Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760156AbdCVOoa (ORCPT ); Wed, 22 Mar 2017 10:44:30 -0400 Received: from gum.cmpxchg.org ([85.214.110.215]:41698 "EHLO gum.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759547AbdCVOoY (ORCPT ); Wed, 22 Mar 2017 10:44:24 -0400 Date: Wed, 22 Mar 2017 10:43:49 -0400 From: Johannes Weiner To: Yisheng Xie Cc: akpm@linux-foundation.org, mgorman@suse.de, vbabka@suse.cz, mhocko@suse.com, riel@redhat.com, shakeelb@google.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, xieyisheng1@huawei.com, guohanjun@huawei.com, qiuxishi@huawei.com Subject: Re: [PATCH v5] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages Message-ID: <20170322144349.GA22107@cmpxchg.org> References: <1490191893-5923-1-git-send-email-ysxie@foxmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1490191893-5923-1-git-send-email-ysxie@foxmail.com> User-Agent: Mutt/1.8.0 (2017-02-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1428 Lines: 31 On Wed, Mar 22, 2017 at 10:11:33PM +0800, Yisheng Xie wrote: > From: Yisheng Xie > > By reviewing code, I find that when enter do_try_to_free_pages, the > may_thrash is always clear, and it will retry shrink zones to tap > cgroup's reserves memory by setting may_thrash when the former > shrink_zones reclaim nothing. > > However, when memcg is disabled or on legacy hierarchy, or there do not > have any memcg protected by low limit, it should not do this useless > retry at all, for we do not have any cgroup's reserves memory to tap, > and we have already done hard work but made no progress, which as Michal > pointed out in former version, we are trying hard to control the retry > logical of page alloctor, and the current additional round of reclaim is > just lame. > > Therefore, to avoid this unneeded retrying and make code more readable, > we remove the may_thrash field in scan_control, instead, introduce > memcg_low_reclaim and memcg_low_skipped, and only retry when > memcg_low_skipped, by setting memcg_low_reclaim. > > Signed-off-by: Yisheng Xie > Acked-by: Michal Hocko > Suggested-by: Johannes Weiner > Suggested-by: Michal Hocko > Suggested-by: Shakeel Butt > Reviewed-by: Shakeel Butt Acked-by: Johannes Weiner Thanks Yisheng!