From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751724AbXDPLBA (ORCPT ); Mon, 16 Apr 2007 07:01:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752389AbXDPLBA (ORCPT ); Mon, 16 Apr 2007 07:01:00 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:35448 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751724AbXDPLA7 (ORCPT ); Mon, 16 Apr 2007 07:00:59 -0400 Date: Mon, 16 Apr 2007 12:00:50 +0100 From: Christoph Hellwig To: Theodore Tso , Nick Piggin , Andrew Morton , William Lee Irwin III , Matt Mackall , linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/13] maps: pagemap, kpagemap, and related cleanups Message-ID: <20070416110050.GB18892@infradead.org> Mail-Followup-To: Christoph Hellwig , Theodore Tso , Nick Piggin , Andrew Morton , William Lee Irwin III , Matt Mackall , linux-kernel@vger.kernel.org References: <461ECB9C.8060000@yahoo.com.au> <20070412174201.065068b2.akpm@linux-foundation.org> <461ED96C.5030606@yahoo.com.au> <20070412182213.a18cc4a7.akpm@linux-foundation.org> <461EE005.6070605@yahoo.com.au> <20070412185723.5a5f0443.akpm@linux-foundation.org> <461EE890.2040601@yahoo.com.au> <20070412193255.62a0b8ed.akpm@linux-foundation.org> <461EFB98.8050408@yahoo.com.au> <20070413140827.GA8864@thunk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413140827.GA8864@thunk.org> User-Agent: Mutt/1.4.2.2i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 13, 2007 at 10:08:27AM -0400, Theodore Tso wrote: > On Fri, Apr 13, 2007 at 01:40:08PM +1000, Nick Piggin wrote: > > With systemtap scripts, you could walk pagetables and print *the exact > > page information you want*, or you could walk pfns, or LRU, or page_tree, > > or walk the page tree then the rmap structures. And you can selectively > > cull out items you don't care about if you only care about a subset of > > items, based on arbitrary criteria. And you can most likely do all that > > more efficiently than with a conglomeration of various /proc files > > (assuming they even provide what you want in the first place). > > Yes, but maintaining the systemtap scripts will be a nightmare, since > they would be outside the kernel, and as we change our internal data > structure, the scripts would become useless. > > This is a fundamental problem with systemtap that we haven't been able > to solve yet, because solving it would freeze various internal data > structures or kernel functions. I agree that's not acceptable; which > is why I don't think systemtap would be a good match for the problem > we're trying to solve here. It's also fundamentally not solveable. Even Sun doesn't guarantee dor dtrace scripts to be portable, because it simply means you'd have to freeze all internals. Of course systemtap managment with their execute visibility and plain stupidity of copying whatever sun does will never ever get it. This whole mess will only be solvable if IBM fires the right people in managment.