From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [patch 00/19] VM pageout scalability improvements From: Lee Schermerhorn In-Reply-To: References: <20080102224144.885671949@redhat.com> <1199379128.5295.21.camel@localhost> <20080103120000.1768f220@cuia.boston.redhat.com> <1199380412.5295.29.camel@localhost> <20080103170035.105d22c8@cuia.boston.redhat.com> <1199463934.5290.20.camel@localhost> Content-Type: text/plain Date: Fri, 04 Jan 2008 12:06:12 -0500 Message-Id: <1199466372.5290.37.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andi Kleen Cc: Rik van Riel , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Eric Whitney , Nick Dokos List-ID: On Fri, 2008-01-04 at 17:34 +0100, Andi Kleen wrote: > Lee Schermerhorn writes: > > > We can easily [he says, glibly] reproduce the hang on the anon_vma lock > > Is that a NUMA platform? On non x86? Perhaps you just need queued spinlocks? We see this on both NUMA and non-NUMA. x86_64 and ia64. The basic criteria to reproduce is to be able to run thousands [or low 10s of thousands] of tasks, continually increasing the number until the system just goes into reclaim. Instead of swapping, the system seems to hang--unresponsive from the console, but with "soft lockup" messages spitting out every few seconds... Lee > > -Andi -- 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