From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx201.postini.com [74.125.245.201]) by kanga.kvack.org (Postfix) with SMTP id 27F056B004D for ; Wed, 25 Jan 2012 14:20:55 -0500 (EST) Received: by qcsg1 with SMTP id g1so2287859qcs.14 for ; Wed, 25 Jan 2012 11:20:54 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 25 Jan 2012 11:20:53 -0800 Message-ID: Subject: Re: [PATCH] mm: vmscan: check mem cgroup over reclaimed From: Ying Han Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: Hillf Danton Cc: linux-mm@kvack.org, Michal Hocko , KAMEZAWA Hiroyuki , Hugh Dickins , Andrew Morton , LKML On Tue, Jan 24, 2012 at 5:47 PM, Hillf Danton wrote: > On Wed, Jan 25, 2012 at 7:22 AM, Ying Han wrote: >> On Mon, Jan 23, 2012 at 7:45 PM, Hillf Danton wrote: >>> With soft limit available, what if nr_to_reclaim set to be the number of >>> pages exceeding soft limit? With over reclaim abused, what are the targets >>> of soft limit? >> >> The nr_to_reclaim is set to SWAP_CLUSTER_MAX (32) for direct reclaim >> and ULONG_MAX for background reclaim. Not sure we can set it, but it >> is possible the res_counter_soft_limit_excess equal to that target >> value. The current soft limit mechanism provides a clue of WHERE to >> reclaim pages when there is memory pressure, it doesn't change the >> reclaim target as it was before. >> > > Decrement in sc->nr_to_reclaim was tried in another patch, you already saw it. > >> Overreclaim a cgroup under its softlimit is bad, but we should be >> careful not introducing side effect before providing the guarantee. > > Yes 8-) > >> Here, the should_continue_reclaim() has logic of freeing a bit more >> order-0 pages for compaction. The logic got changed after this. >> > > Compaction is to increase the successful rate of THP allocation, and in turn > to back up higher performance. In soft limit, performance guarantee is not > extra request but treated with less care. > > Which one you prefer, compaction or guarantee? The compaction is something we already supporting, while the softlimit implementation is a new design. I would say that we need to guarantee no regression introduced by any new code. --Ying > Thanks > Hillf -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org