From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by kanga.kvack.org (Postfix) with ESMTP id 4C5DB6B0035 for ; Tue, 6 May 2014 15:56:51 -0400 (EDT) Received: by mail-lb0-f170.google.com with SMTP id w7so3000164lbi.1 for ; Tue, 06 May 2014 12:56:50 -0700 (PDT) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [2a00:1450:4010:c04::22f]) by mx.google.com with ESMTPS id ds6si5571943lbc.12.2014.05.06.12.56.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 12:56:49 -0700 (PDT) Received: by mail-lb0-f175.google.com with SMTP id l4so3766333lbv.34 for ; Tue, 06 May 2014 12:56:48 -0700 (PDT) Date: Tue, 6 May 2014 21:56:45 +0200 From: Michal Hocko Subject: Re: [PATCH 3/4] memcg, doc: clarify global vs. limit reclaims Message-ID: <20140506195645.GC30921@dhcp22.suse.cz> References: <1398688005-26207-1-git-send-email-mhocko@suse.cz> <1398688005-26207-4-git-send-email-mhocko@suse.cz> <20140430230350.GF26041@cmpxchg.org> <20140502094351.GD3446@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140502094351.GD3446@dhcp22.suse.cz> Sender: owner-linux-mm@kvack.org List-ID: To: Andrew Morton Cc: Johannes Weiner , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Greg Thelen , Michel Lespinasse , Tejun Heo , Hugh Dickins , Roman Gushchin , LKML , linux-mm@kvack.org Andrew, could you queue this one please? On Fri 02-05-14 11:43:51, Michal Hocko wrote: [...] > From 30b9505169e574cdb553226e1a361cc527ed492b Mon Sep 17 00:00:00 2001 > From: Michal Hocko > Date: Fri, 2 May 2014 11:42:35 +0200 > Subject: [PATCH] mmotm: memcg-doc-clarify-global-vs-limit-reclaims-fix.patch > > update doc as per Johannes > > Signed-off-by: Michal Hocko > --- > Documentation/cgroups/memory.txt | 10 +--------- > 1 file changed, 1 insertion(+), 9 deletions(-) > > diff --git a/Documentation/cgroups/memory.txt b/Documentation/cgroups/memory.txt > index add1be001416..2cde96787ceb 100644 > --- a/Documentation/cgroups/memory.txt > +++ b/Documentation/cgroups/memory.txt > @@ -241,17 +241,9 @@ global VM. Cgroups can get reclaimed basically under two conditions > proportionally wrt. their LRU size in a round robin fashion > - when a cgroup or its hierarchical parent (see 6. Hierarchical support) > hits hard limit. If the reclaim is unsuccessful, an OOM routine is invoked > - to select and kill the bulkiest task in the cgroup. (See 10. OOM Control > + to select and kill the bulkiest task in the hiearchy. (See 10. OOM Control > below.) > > -Global and hard-limit reclaims share the same code the only difference > -is the objective of the reclaim. The global reclaim aims at balancing > -zones' watermarks while the limit reclaim frees some memory to allow new > -charges. > - > -NOTE: Hard limit reclaim does not work for the root cgroup, since we cannot set > -any limits on the root cgroup. > - > Note2: When panic_on_oom is set to "2", the whole system will panic. > > When oom event notifier is registered, event will be delivered to the root > -- > 2.0.0.rc0 > > -- > Michal Hocko > SUSE Labs > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org