From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 3 Nov 2005 21:35:38 -0800 From: Paul Jackson Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 Message-Id: <20051103213538.7f037b3a.pj@sgi.com> In-Reply-To: <20051103205202.4417acf4.akpm@osdl.org> References: <200511021747.45599.rob@landley.net> <43699573.4070301@yahoo.com.au> <200511030007.34285.rob@landley.net> <20051103163555.GA4174@ccure.user-mode-linux.org> <1131035000.24503.135.camel@localhost.localdomain> <20051103205202.4417acf4.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: pbadari@gmail.com, jdike@addtoit.com, rob@landley.net, nickpiggin@yahoo.com.au, gh@us.ibm.com, mingo@elte.hu, kamezawa.hiroyu@jp.fujitsu.com, haveblue@us.ibm.com, mel@csn.ul.ie, mbligh@mbligh.org, kravetz@us.ibm.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, lhms-devel@lists.sourceforge.net List-ID: > Similarly, that SGI patch which was rejected 6-12 months ago to kill off > processes once they started swapping. We thought that it could be done > from userspace, but we need a way for userspace to detect when a task is > being swapped on a per-task basis. > > I'm thinking a few numbers in the mm_struct, incremented in the pageout > code, reported via /proc/stat. I just sent in a proposed patch for this - one more per-cpuset number, tracking the recent rate of calls into the synchronous (direct) page reclaim by tasks in the cpuset. See the message sent a few minutes ago, with subject: [PATCH 5/5] cpuset: memory reclaim rate meter -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.925.600.0401 -- 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