From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with SMTP id EE51F90010B for ; Thu, 28 Apr 2011 15:22:59 -0400 (EDT) Subject: Re: 2.6.39-rc4+: Kernel leaking memory during FS scanning, regression? From: Mike Galbraith In-Reply-To: References: <20110426112756.GF4308@linux.vnet.ibm.com> <20110426183859.6ff6279b@neptune.home> <20110426190918.01660ccf@neptune.home> <20110427081501.5ba28155@pluto.restena.lu> <20110427204139.1b0ea23b@neptune.home> <20110428102609.GJ2135@linux.vnet.ibm.com> <1303997401.7819.5.camel@marge.simson.net> Content-Type: text/plain; charset="UTF-8" Date: Thu, 28 Apr 2011 21:22:42 +0200 Message-ID: <1304018562.7462.21.camel@marge.simson.net> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: sedat.dilek@gmail.com Cc: Thomas Gleixner , "Paul E. McKenney" , Bruno =?ISO-8859-1?Q?Pr=E9mont?= , Linus Torvalds , Ingo Molnar , Peter Zijlstra , Mike Frysinger , KOSAKI Motohiro , LKML , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, "Paul E. McKenney" , Pekka Enberg On Thu, 2011-04-28 at 17:28 +0200, Sedat Dilek wrote: > OK, I tried with the patch proposed by Thomas (0003): (thanks) > patches/0001-Revert-rcu-restrict-TREE_RCU-to-SMP-builds-with-PREE.patch > patches/0002-sched-Add-warning-when-RT-throttling-is-activated.patch > patches/0003-sched-Remove-skip_clock_update-check.patch > > >From the very beginning it looked as the system is "stable" due to: > > .rt_nr_running : 0 > .rt_throttled : 0 > > This changed when I started a simple tar-job to save my kernel > build-dir to an external USB-hdd. > From... > > .rt_nr_running : 1 > .rt_throttled : 1 > > ...To: > > .rt_nr_running : 2 > .rt_throttled : 1 > > Unfortunately, reducing all activities to a minimum load, did not > change from last known RT throttling state. > > Just noticed rt_time exceeds the value of 950 first time here: That would happen even if we did forced eviction. > ---------------------------------------------------------------------------------------------------------- > R cat 2652 115108.993460 1 120 > 115108.993460 1.147986 0.000000 / > -- > rt_rq[0]: > .rt_nr_running : 1 > .rt_throttled : 1 > .rt_time : 950.005460 > .rt_runtime : 950.000000 > ---------------------------------------------------------------------------------------------------------- > rcuc0 7 0.000000 56869 98 > 0.000000 981.385605 0.000000 / > -- > rt_rq[0]: > .rt_nr_running : 2 > .rt_throttled : 1 > .rt_time : 950.005460 > .rt_runtime : 950.000000 Still getting stuck. Eliminates the clock update optimization, but that seemed unlikely anyway. (I'll build a UP kernel and poke it) -Mike -- 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