Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752787Ab0HXDZl (ORCPT ); Mon, 23 Aug 2010 23:25:41 -0400 Received: from mga11.intel.com ([192.55.52.93]:7985 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751822Ab0HXDZi (ORCPT ); Mon, 23 Aug 2010 23:25:38 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.56,261,1280732400"; d="scan'208";a="599531034" Date: Tue, 24 Aug 2010 11:25:34 +0800 From: Wu Fengguang To: Michael Rubin Cc: Shailabh Nagar , Peter Zijlstra , KOSAKI Motohiro , "linux-kernel@vger.kernel.org" , "linux-fsdevel@vger.kernel.org" , "linux-mm@kvack.org" , "jack@suse.cz" , "riel@redhat.com" , "akpm@linux-foundation.org" , "david@fromorbit.com" , "npiggin@kernel.dk" , "hch@lst.de" , "axboe@kernel.dk" Subject: Re: [PATCH 3/4] writeback: nr_dirtied and nr_entered_writeback in /proc/vmstat Message-ID: <20100824032534.GC11970@localhost> References: <1282296689-25618-1-git-send-email-mrubin@google.com> <1282296689-25618-4-git-send-email-mrubin@google.com> <20100820100855.GC8440@localhost> <20100821004804.GA11030@localhost> <20100824023028.GA9005@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1846 Lines: 42 On Tue, Aug 24, 2010 at 11:02:42AM +0800, Michael Rubin wrote: > On Mon, Aug 23, 2010 at 7:30 PM, Wu Fengguang wrote: > > It's about the interface, I don't mind you adding the per-node vmstat > > entries which may be convenient for you and mostly harmless to others. > > > > My concern is, what do you think about the existing > > /proc//io:write_bytes interface and is it good enough for your? > > You'll have to iterate through tasks to collect numbers for one job or > > for the whole system, however that should be easy and more flexible? > > Is this as an alternative to the vmstat counters or the per node > vmstat counters? > > In either case I am not sure /proc/pid will be sufficient. What if 20 > processes are created, write a lot of data, then quit? How do we know > about those events later? What about jobs that wake up, write data > then quit quickly? According to Documentation/accounting/taskstats.txt, it's possible to register a task for collecting its stat numbers when it quits. However I'm not sure if there are reliable ways to do this if tasks come and go very quickly. It may help to somehow automatically add the numbers to the parent process at process quit time. > If we are running many many tasks I would think the amount of time it > can take to cycle through all of them might mean we might not capture > all the data. Yes, 10k tasks may be too much to track. > The goal is to have a complete view of the dirtying and cleaning of > the pages over time. Using /proc/pid feels like it won't achieve that. Looks so. Thanks, Fengguang -- 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/