From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932106AbbJUNVb (ORCPT ); Wed, 21 Oct 2015 09:21:31 -0400 Received: from bombadil.infradead.org ([198.137.202.9]:56490 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754141AbbJUNV3 (ORCPT ); Wed, 21 Oct 2015 09:21:29 -0400 Date: Wed, 21 Oct 2015 10:21:22 -0300 From: Arnaldo Carvalho de Melo To: Ingo Molnar Cc: Brendan Gregg , LKML , Adrian Hunter , Borislav Petkov , Chandler Carruth , David Ahern , Frederic Weisbecker , Jiri Olsa , Namhyung Kim , Stephane Eranian , Wang Nan Subject: Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller' Message-ID: <20151021132122.GD10639@kernel.org> References: <1444079018-31421-1-git-send-email-acme@kernel.org> <1444079018-31421-14-git-send-email-acme@kernel.org> <20151009215626.GM14409@kernel.org> <20151009222504.GN14409@kernel.org> <20151020120033.GB5119@kernel.org> <20151021080645.GA9318@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151021080645.GA9318@gmail.com> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, Oct 21, 2015 at 10:06:45AM +0200, Ingo Molnar escreveu: > * Arnaldo Carvalho de Melo wrote: > > Indeed, finding a default that is deemed adequate for most people is, ho-hum, > > difficult 8-) > > Ingo, what do you think? > So I think the new default is a lot more intuitive, because it starts with a high > level top-down 'overview' kind of output, allowing one to drill down to the > details. > That's what most other tools do as well by default, and people migrating to perf > found it pretty confusing that we do a bottom-up kind of callgraph. > To people using perf for the first time it does not matter nearly as much, but > intuitiveness is still a factor. > The new default requires good call-chains and good symbol resolution to be > maximally effective, but we want perfect callchains and symbols in any case, > right? Sure, but in hindsight, we could've fixed those problems before flipping the switch :-) And also we didn't care about it that much because for callee based callchains they are far from the focus point. - Arnaldo