From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx133.postini.com [74.125.245.133]) by kanga.kvack.org (Postfix) with SMTP id C69A66B0032 for ; Fri, 17 May 2013 13:45:55 -0400 (EDT) Received: by mail-pa0-f44.google.com with SMTP id jh10so3782741pab.31 for ; Fri, 17 May 2013 10:45:55 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1368431172-6844-1-git-send-email-mhocko@suse.cz> <1368431172-6844-2-git-send-email-mhocko@suse.cz> <20130517160247.GA10023@cmpxchg.org> <20130517165712.GB12632@mtj.dyndns.org> Date: Fri, 17 May 2013 10:45:54 -0700 Message-ID: Subject: Re: [patch v3 -mm 1/3] memcg: integrate soft reclaim tighter with zone shrinking code From: Tejun Heo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-linux-mm@kvack.org List-ID: To: Johannes Weiner Cc: Michal Hocko , Andrew Morton , "linux-mm@kvack.org" , Cgroups , lkml , KAMEZAWA Hiroyuki , Ying Han , Hugh Dickins , Glauber Costa , Michel Lespinasse , Greg Thelen , Balbir Singh Hello, On Fri, May 17, 2013 at 10:27 AM, Johannes Weiner wrot= e: >>Hmmm... if the iteration is the problem, it shouldn't be difficult to >>build list of children which should be iterated. Would that make it >>acceptable? > > You mean, a separate structure that tracks which groups are in excess of = the limit? Like the current tree? :) Heh, yeah, realized that after writing it but it can be something much simpler. ie. just linked list of children with soft limit configured. > Kidding aside, yes, that would be better, and an unsorted list would prob= ably be enough for the global case. Yeap. > To support target reclaim soft limits later on, we could maybe propagate = tags upwards the cgroup tree when a group is in excess so that reclaim can = be smarter about which subtrees to test for soft limits and which to skip d= uring the soft limit pass. The no-softlimit-set-anywhere case is then only= a single tag test in the root cgroup. > > But starting with the list would be simple enough, delete a bunch of code= , come with the same performance improvements etc. Thanks. -- tejun -- 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