Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755482AbbLQCrA (ORCPT ); Wed, 16 Dec 2015 21:47:00 -0500 Received: from mgwkm02.jp.fujitsu.com ([202.219.69.169]:50610 "EHLO mgwkm02.jp.fujitsu.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752731AbbLQCq7 (ORCPT ); Wed, 16 Dec 2015 21:46:59 -0500 X-SecurityPolicyCheck: OK by SHieldMailChecker v2.3.2 X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20150223 X-SHieldMailCheckerMailID: c2ee03c6574a46ee8ff91d64b7e95f27 Subject: Re: [PATCH 1/7] mm: memcontrol: charge swap to cgroup2 To: Johannes Weiner References: <265d8fe623ed2773d69a26d302eb31e335377c77.1449742560.git.vdavydov@virtuozzo.com> <20151214153037.GB4339@dhcp22.suse.cz> <20151214194258.GH28521@esperanza> <566F8781.80108@jp.fujitsu.com> <20151215145011.GA20355@cmpxchg.org> <5670D806.60408@jp.fujitsu.com> <20151216110912.GA29816@cmpxchg.org> Cc: Vladimir Davydov , Michal Hocko , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org From: Kamezawa Hiroyuki Message-ID: <56722203.5030604@jp.fujitsu.com> Date: Thu, 17 Dec 2015 11:46:27 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20151216110912.GA29816@cmpxchg.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1230 Lines: 40 On 2015/12/16 20:09, Johannes Weiner wrote: > On Wed, Dec 16, 2015 at 12:18:30PM +0900, Kamezawa Hiroyuki wrote: >> Hmm, my requests are >> - set the same capabilities as mlock() to set swap.limit=0 > > Setting swap.max is already privileged operation. > Sure. >> - swap-full notification via vmpressure or something mechanism. > > Why? > I think it's a sign of unhealthy condition, starting file cache drop rate to rise. But I forgot that there are resource threshold notifier already. Does the notifier work for swap.usage ? >> - OOM-Killer's available memory calculation may be corrupted, please check. > > Vladimir updated mem_cgroup_get_limit(). > I'll check it. >> - force swap-in at reducing swap.limit > > Why? > If full, swap.limit cannot be reduced even if there are available memory in a cgroup. Another cgroup cannot make use of the swap resource while it's occupied by other cgroup. The job scheduler should have a chance to fix the situation. 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/