Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752127AbZKTKbb (ORCPT ); Fri, 20 Nov 2009 05:31:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751558AbZKTKbb (ORCPT ); Fri, 20 Nov 2009 05:31:31 -0500 Received: from courier.cs.helsinki.fi ([128.214.9.1]:43010 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751005AbZKTKba (ORCPT ); Fri, 20 Nov 2009 05:31:30 -0500 Message-ID: <4B067007.8070607@cs.helsinki.fi> Date: Fri, 20 Nov 2009 12:31:35 +0200 From: Pekka Enberg User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ingo Molnar CC: Li Zefan , Arnaldo Carvalho de Melo , Frederic Weisbecker , Steven Rostedt , Peter Zijlstra , Eduard - Gabriel Munteanu , LKML , "linux-mm@kvack.org" Subject: Re: [RFC][PATCH 1/2] perf: Add 'perf kmem' tool References: <4B064AF5.9060208@cn.fujitsu.com> <20091120081440.GA19778@elte.hu> <84144f020911200019p4978c8e8tc593334d974ee5ff@mail.gmail.com> <20091120083053.GB19778@elte.hu> <4B0657A4.2040606@cs.helsinki.fi> <20091120090134.GD19778@elte.hu> <84144f020911200115g14cfa3b5k959f8751001b8b35@mail.gmail.com> <20091120101305.GA16781@elte.hu> In-Reply-To: <20091120101305.GA16781@elte.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1139 Lines: 29 Ingo Molnar kirjoitti: > * Pekka Enberg wrote: > >> Hi Ingo, >> >> On Fri, Nov 20, 2009 at 11:01 AM, Ingo Molnar wrote: >>> But ... even without that, perf is really fast and is supposed to build >>> fine even in minimal (embedded) environments, so you can run it on the >>> embedded board too. That's useful to get live inspection features like >>> 'perf top', 'perf stat' and 'perf probe' anyway. >> Maybe I'm just too damn lazy but if I don't go through the trouble of >> building my kernel on the box, I sure don't want to do that for perf >> either. [...] > > Well you'll need 'perf' on that box anyway, to be able to do 'perf kmem > record'. /me turns brains on You're right, of course. With kmemtrace-user, I just copied the raw trace file from /sys/kernel. I wonder if that's a good enough reason to keep kmemtrace bits around? Pekka -- 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/