Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753384Ab1D1GWc (ORCPT ); Thu, 28 Apr 2011 02:22:32 -0400 Received: from smtprelay.restena.lu ([158.64.1.62]:34039 "EHLO smtprelay.restena.lu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751485Ab1D1GWa (ORCPT ); Thu, 28 Apr 2011 02:22:30 -0400 Date: Thu, 28 Apr 2011 08:22:29 +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: <20110428082229.187c38c6@pluto.restena.lu> In-Reply-To: <20110427215549.GN2135@linux.vnet.ibm.com> References: <20110425191607.GL2468@linux.vnet.ibm.com> <20110425231016.34b4293e@neptune.home> <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> <20110427215549.GN2135@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=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1622 Lines: 33 On Wed, 27 Apr 2011 14:55:49 "Paul E. McKenney" wrote: > On Wed, Apr 27, 2011 at 12:28:37AM +0200, Thomas Gleixner wrote: > > On Tue, 26 Apr 2011, Linus Torvalds wrote: > > > Normally SCHED_FIFO runs until it voluntarily gives up the CPU. That's > > > kind of the point of SCHED_FIFO. Involuntary context switches happen > > > when some higher-priority SCHED_FIFO process becomes runnable (irq > > > handlers? You _do_ have CONFIG_IRQ_FORCED_THREADING=y in your config > > > too), and maybe there is a bug in the runqueue handling for that case. > > > > The forced irq threading is only effective when you add the command > > line parameter "threadirqs". I don't see any irq threads in the ps > > outputs, so that's not the problem. > > > > Though the whole ps output is weird. There is only one thread/process > > which accumulated CPU time > > > > collectd 1605 0.6 0.7 49924 3748 ? SNLsl 22:14 0:14 > > I believe that the above is the script that prints out the RCU debugfs > information periodically. Unless there is something else that begins > with "collectd" instead of just collectdebugfs.sh. No, collectd is a multi-threaded daemon that collects statistics of all kinds, see http://www.collectd.org/ for details (on my machine it collects CPU usage, memory usage [just the basics], disk statistics, network statistics load and a few more) 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/