Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752925Ab1D1GKS (ORCPT ); Thu, 28 Apr 2011 02:10:18 -0400 Received: from smtprelay.restena.lu ([158.64.1.62]:35286 "EHLO smtprelay.restena.lu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751821Ab1D1GKP convert rfc822-to-8bit (ORCPT ); Thu, 28 Apr 2011 02:10:15 -0400 Date: Thu, 28 Apr 2011 08:10:13 +0200 From: Bruno =?UTF-8?B?UHLDqW1vbnQ=?= To: paulmck@linux.vnet.ibm.com Cc: Thomas Gleixner , Linus Torvalds , Ingo Molnar , Peter Zijlstra , Mike Frysinger , KOSAKI Motohiro , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, "Paul E. McKenney" , Pekka Enberg Subject: Re: 2.6.39-rc4+: Kernel leaking memory during FS scanning, regression? Message-ID: <20110428081013.7b0dd57a@pluto.restena.lu> In-Reply-To: <20110427220717.GR2135@linux.vnet.ibm.com> References: <20110425214933.GO2468@linux.vnet.ibm.com> <20110426081904.0d2b1494@pluto.restena.lu> <20110426112756.GF4308@linux.vnet.ibm.com> <20110426183859.6ff6279b@neptune.home> <20110426190918.01660ccf@neptune.home> <20110427081501.5ba28155@pluto.restena.lu> <20110427204139.1b0ea23b@neptune.home> <20110427224023.10bd4f33@neptune.home> <20110427220717.GR2135@linux.vnet.ibm.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1836 Lines: 43 On Wed, 27 Apr 2011 15:07:17 "Paul E. McKenney" wrote: > On Wed, Apr 27, 2011 at 10:40:23PM +0200, Bruno Prémont wrote: > > On Wed, 27 April 2011 Bruno Prémont wrote: > > > On Wed, 27 April 2011 Bruno Prémont wrote: > > > > On Wed, 27 Apr 2011 00:28:37 +0200 (CEST) Thomas Gleixner wrote: > > > > > Also please apply the patch below and check, whether the printk shows > > > > > up in your dmesg. > > > > > > > > > Index: linux-2.6-tip/kernel/sched_rt.c > > > > > =================================================================== > > > > > --- linux-2.6-tip.orig/kernel/sched_rt.c > > > > > +++ linux-2.6-tip/kernel/sched_rt.c > > > > > @@ -609,6 +609,7 @@ static int sched_rt_runtime_exceeded(str > > > > > > > > > > if (rt_rq->rt_time > runtime) { > > > > > rt_rq->rt_throttled = 1; > > > > > + printk_once(KERN_WARNING "sched: RT throttling activated\n"); > > > > > > This gun is triggering right before RCU-managed slabs start piling up as > > > visible under slabtop so chances are it's at least a related! > > > > Letting the machine idle (except running collectd and slabtop) scheduler > > suddenly decided to restart giving rcu_kthread CPU cycles (after two hours > > or so! if I read my statistics graphs correctly) > > And this also returned the slab memory, right? Exactly! > Two hours is quite some time... > > Thanx, Paul > > > While looking at lkml during the above 2 hours I stumbled across this (the > > patch of which doesn't help in my case) which looked possibly related. > > http://thread.gmane.org/gmane.linux.kernel/1129614 > > > > Bruno -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/