Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756212Ab2HJQu2 (ORCPT ); Fri, 10 Aug 2012 12:50:28 -0400 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:42648 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754487Ab2HJQuY (ORCPT ); Fri, 10 Aug 2012 12:50:24 -0400 X-SecurityPolicyCheck: OK by SHieldMailChecker v1.8.4 Message-ID: <50253B95.7010905@jp.fujitsu.com> Date: Sat, 11 Aug 2012 01:49:25 +0900 From: Kamezawa Hiroyuki User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Michal Hocko CC: Glauber Costa , linux-kernel@vger.kernel.org, linux-mm@kvack.org, cgroups@vger.kernel.org, devel@openvz.org, Johannes Weiner , Andrew Morton , Christoph Lameter , David Rientjes , Pekka Enberg , Suleiman Souhlal Subject: Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed. References: <1344517279-30646-1-git-send-email-glommer@parallels.com> <1344517279-30646-3-git-send-email-glommer@parallels.com> <20120810154240.GG1425@dhcp22.suse.cz> In-Reply-To: <20120810154240.GG1425@dhcp22.suse.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1542 Lines: 47 (2012/08/11 0:42), Michal Hocko wrote: > On Thu 09-08-12 17:01:10, Glauber Costa wrote: > [...] >> @@ -2317,18 +2318,18 @@ static int mem_cgroup_do_charge(struct mem_cgroup *memcg, gfp_t gfp_mask, >> } else >> mem_over_limit = mem_cgroup_from_res_counter(fail_res, res); >> /* >> - * nr_pages can be either a huge page (HPAGE_PMD_NR), a batch >> - * of regular pages (CHARGE_BATCH), or a single regular page (1). >> - * >> * Never reclaim on behalf of optional batching, retry with a >> * single page instead. >> */ >> - if (nr_pages == CHARGE_BATCH) >> + if (nr_pages > min_pages) >> return CHARGE_RETRY; > > This is dangerous because THP charges will be retried now while they > previously failed with CHARGE_NOMEM which means that we will keep > attempting potentially endlessly. with THP, I thought nr_pages == min_pages, and no retry. > Why cannot we simply do if (nr_pages < CHARGE_BATCH) and get rid of the > min_pages altogether? Hm, I think a slab can be larger than CHARGE_BATCH. > Also the comment doesn't seem to be valid anymore. > I agree it's not clean. Because our assumption on nr_pages are changed, I think this behavior should not depend on nr_pages value.. Shouldn't we have a flag to indicate "trial-for-batched charge" ? Thanks, -Kame -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/