Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1174043imu; Wed, 9 Jan 2019 13:03:28 -0800 (PST) X-Google-Smtp-Source: ALg8bN44O8MDfyjldp1hoIpQcuKPhTrvuCjeitipSepnMhwLeQAu2I1dnC0X7FSt2UU2ZFQXyKFr X-Received: by 2002:a62:4c:: with SMTP id 73mr7427923pfa.24.1547067808826; Wed, 09 Jan 2019 13:03:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547067808; cv=none; d=google.com; s=arc-20160816; b=GnwmJ+oe9Kyk0+01u9Hsew5EtxpCE1Aq6vZsVNnYT/zIcypmJDm5QMB6NpknXvBEmj lsrz/C69e246NPzqfa+2RumE+Q9DfmboPtqLRVri1EJk2nfCu2gd6HrsC9TXwoFzbhgn Y9eL/ptVW4xEMRMIiaxp+oWmBb6+tIV4FNzfDlM/AV3OvttagC8OH85gjgjLO1R7OGJo 1L91pOgQurO6wm6DIiRMH/nOzRpEqAYxCLPjBU9gmKhRc1fGdx4mXMJUeTwXs9dI84MT 9ikx0TQohOwoZPCT/r0LRNDJL0wVc9SZlx+RpPyhqsPG8oCTiIXwrN0oXbMM1WxbyNrB /g3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=8XCIJfqelyCc8vq4TfoTZne/96LBokAk2miuT+Bctcc=; b=DiOecvjqvzs9HsF+9tYa/9ok4RBJHa/oS7AjZj70hNBqA5BMXD+ZBfut1Udhb5n30b MJNrBdJWpgGXZ7hmLkRKqbpCWCRiotQ6KbqZIxShrL6BazichWI6PdiwGo5SmSgvzVxE tx5DyHK15oTxJlmNdoJJOFuZXhSK4gHv+fTD7IPsRp340VthmzLIaGgasXccNYco0U/K CJZ/UPgsd80Rr2CcoihXcuxJD/DhKWuU2bQy0zLm92CsbpIqgC4s9V7C+OpwRR1cp+iT a9DvIuGYEe0qEV58+c7XeOyT2iLv3obhZbEJ1mvLA1lQ+GQOHeLuyxl1dS1QtUqDRHEU WJeA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f15si22279710plr.144.2019.01.09.13.03.12; Wed, 09 Jan 2019 13:03:28 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728184AbfAITTp (ORCPT + 99 others); Wed, 9 Jan 2019 14:19:45 -0500 Received: from out30-130.freemail.mail.aliyun.com ([115.124.30.130]:60002 "EHLO out30-130.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728150AbfAITTp (ORCPT ); Wed, 9 Jan 2019 14:19:45 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R171e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04446;MF=yang.shi@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0THtvvDg_1547061291; Received: from e19h19392.et15sqa.tbsite.net(mailfrom:yang.shi@linux.alibaba.com fp:SMTPD_---0THtvvDg_1547061291) by smtp.aliyun-inc.com(127.0.0.1); Thu, 10 Jan 2019 03:14:59 +0800 From: Yang Shi To: mhocko@suse.com, hannes@cmpxchg.org, shakeelb@google.com, akpm@linux-foundation.org Cc: yang.shi@linux.alibaba.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [v3 PATCH 1/5] doc: memcontrol: fix the obsolete content about force empty Date: Thu, 10 Jan 2019 03:14:41 +0800 Message-Id: <1547061285-100329-2-git-send-email-yang.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1547061285-100329-1-git-send-email-yang.shi@linux.alibaba.com> References: <1547061285-100329-1-git-send-email-yang.shi@linux.alibaba.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We don't do page cache reparent anymore when offlining memcg, so update force empty related content accordingly. Reviewed-by: Shakeel Butt Acked-by: Michal Hocko Cc: Johannes Weiner Signed-off-by: Yang Shi --- Documentation/cgroup-v1/memory.txt | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Documentation/cgroup-v1/memory.txt b/Documentation/cgroup-v1/memory.txt index 3682e99..8e2cb1d 100644 --- a/Documentation/cgroup-v1/memory.txt +++ b/Documentation/cgroup-v1/memory.txt @@ -70,7 +70,7 @@ Brief summary of control files. memory.soft_limit_in_bytes # set/show soft limit of memory usage memory.stat # show various statistics memory.use_hierarchy # set/show hierarchical account enabled - memory.force_empty # trigger forced move charge to parent + memory.force_empty # trigger forced page reclaim memory.pressure_level # set memory pressure notifications memory.swappiness # set/show swappiness parameter of vmscan (See sysctl's vm.swappiness) @@ -459,8 +459,9 @@ About use_hierarchy, see Section 6. the cgroup will be reclaimed and as many pages reclaimed as possible. The typical use case for this interface is before calling rmdir(). - Because rmdir() moves all pages to parent, some out-of-use page caches can be - moved to the parent. If you want to avoid that, force_empty will be useful. + Though rmdir() offlines memcg, but the memcg may still stay there due to + charged file caches. Some out-of-use page caches may keep charged until + memory pressure happens. If you want to avoid that, force_empty will be useful. Also, note that when memory.kmem.limit_in_bytes is set the charges due to kernel pages will still be seen. This is not considered a failure and the -- 1.8.3.1