From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx152.postini.com [74.125.245.152]) by kanga.kvack.org (Postfix) with SMTP id 28E986B002B for ; Fri, 16 Nov 2012 02:51:51 -0500 (EST) Received: by mail-bk0-f41.google.com with SMTP id jg9so1190402bkc.14 for ; Thu, 15 Nov 2012 23:51:49 -0800 (PST) Message-ID: <50A5F092.2000303@suse.cz> Date: Fri, 16 Nov 2012 08:51:46 +0100 From: Jiri Slaby MIME-Version: 1.0 Subject: Re: + mm-revert-mm-vmscan-scale-number-of-pages-reclaimed-by-reclaim-compaction-based-on-failures.patch added to -mm tree References: <20121113224710.346805C0050@hpza9.eem.corp.google.com> <20633.1353006410@turing-police.cc.vt.edu> <42264.1353033363@turing-police.cc.vt.edu> In-Reply-To: <42264.1353033363@turing-police.cc.vt.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Valdis.Kletnieks@vt.edu Cc: akpm@linux-foundation.org, Mel Gorman , jirislaby@gmail.com, riel@redhat.com, zkabelac@redhat.com, linux-mm@kvack.org Fixed Mel's address. On 11/16/2012 03:36 AM, Valdis.Kletnieks@vt.edu wrote: > On Thu, 15 Nov 2012 14:06:50 -0500, Valdis.Kletnieks@vt.edu said: > >> On Tue, 13 Nov 2012 14:45:06 -0800, you said: >>> >>> The patch titled Subject: mm: vmscan: scale number of pages >>> reclaimed by reclaim/compaction only in direct reclaim has been >>> removed from the -mm tree. Its filename was >>> mm-vmscan-scale-number-of-pages-reclaimed-by-reclaim-compaction-only-in-direct-reclaim.patch >>> >>> >>> This patch was dropped because it was withdrawn >> >> On Tue, 13 Nov 2012 14:47:09 -0800, akpm@linux-foundation.org >> said: >>> >>> The patch titled Subject: mm: revert "mm: vmscan: scale number >>> of pages reclaimed by reclaim/compaction based on failures" has >>> been added to the -mm tree. Its filename is >>> mm-revert-mm-vmscan-scale-number-of-pages-reclaimed-by-reclaim-compaction-based-on-failures.patch >> >> >>> Confirming that next-20121114 with the first patch reverted and >> the second patch applied is behaving on my laptop, with no >> kswapd storms being spotted in over 24 hours now. > > OK. Now I'm well and truly mystified. That makes *twice* now that > I've said "Patch makes the kswapd spinning go away", only to have > kswapd start burning CPU a bit later. For me and Zdenek, we think we need a couple of suspend/resume cycles. Anyway, there was a severe slab memleak in -next kernels in the TTY layer I fixed yesterday and should be in -next today. Could that be causing this? thanks, -- js suse labs -- 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