This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Thu Apr 25 12:05:20 2024 Delivery-date: Sun, 28 Mar 2010 00:01:12 +0100 Received: from mail-gx0-f217.google.com ([209.85.217.217]:49343 "EHLO mail-gx0-f217.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752592Ab0C0XBB convert rfc822-to-8bit (ORCPT ); Sat, 27 Mar 2010 19:01: Received: by gxk9 with SMTP id 9so704185gxk.8 for ; Sat, 27 Mar 2010 16:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :cc:subject:message-id:references:mime-version:content-type :content-disposition:content-transf DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:x-url:user-agent; b=kWpQtAe/Owmuo Received: by 10.150.242.3 with SMTP id p3mr2609213ybh.130.1269730859460; Sat, 27 Mar 2010 16:00:59 -0700 (PDT) Received: from ana.ghostprotocols.net (189-31-195-226.ctame700.dsl.brasiltelecom.net.br [189.31.195.226]) by mx.google.com with ESMTPS id 39sm612893yxd.6.2010.03.27.16.00.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Mar 2010 16:00:59 -0700 Received: by ana.ghostprotocols.net (Postfix, from userid 500) id 110C02284; Sat, 27 Mar 2010 20:00:55 -0300 (BRT) Date: Sat, 27 Mar 2010 20:00:55 -0300 From: Arnaldo Carvalho de Melo To: Ingo Molnar Cc: Tom Zanussi , linux-kernel@vger.kernel.org, fweisbec@gmail.com, rostedt@goodmis.org, k-keiichi@bx.jp.nec.com Subject: Re: [RFC PATCH 0/7] perf: 'live mode' Message-Id: <20100327230055.GJ23594@ghostprotocols.net> References: <1267599929-8310-1-git-send-email-tzanussi@gmail.com> <20100304111856.GE21977@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <20100304111856.GE21977@elte.hu> X-URL: http://acmel.wordpress.com User-Agent: Mutt/1.5.20 (2009-08-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-Id: X-Mailing-List: linux-kernel@vger.kernel.org Em Thu, Mar 04, 2010 at 12:18:56PM +0100, Ingo Molnar escreveu: > * Tom Zanussi wrote: > > > Currently, a perf session entails two steps: first 'perf record' or 'perf > > trace record' records the perf data to disk, then 'perf report' or 'perf > > trace report' reads the saved data from disk and reports the results. > > > > This experimental patchset makes some changes to perf that instead allow the > > perf data to be piped directly from the record step to the report step, > > without ever touching the disk. > > Very nice! > > > Obviously, it would be better to have a real top-like display for these > > rather than a continuously scrolling mode like this, and of course it will > > be much more useful once we get the syscall name injection events going (the > > column on the left shows syscall numbers only). > > It's still useful for ad-hoc tracing! > > Side-note, it might make sense to expose the 'clear' escape sequence somehow > in an easy fashion: > >  > > to make it non-scrolling ;-) via a pre-provided method. > > > There are some rough edges and inefficiencies, and I guess 'event injection' > > may be a better way to do this in the end, but it seems to work pretty well > > already, and I think it shows how useful such a capability can be. > > I'm all for it. Frederic, Steve, what do you think? ITs really nice indeed, I'm reviewing the patches and will test them after weekend, it fits nicely with the idea of unifying top and report, i.e. the refresh thing he mentions could do the decay as well if a parameter is set. Thnaks Frederic for pointing this patchset to me. Great work! - Arnaldo -- 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/