From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752710AbeC0PpL (ORCPT ); Tue, 27 Mar 2018 11:45:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:60642 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751179AbeC0PpK (ORCPT ); Tue, 27 Mar 2018 11:45:10 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8ECFE2177B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=acme@kernel.org Date: Tue, 27 Mar 2018 12:45:07 -0300 From: Arnaldo Carvalho de Melo To: Kim Phillips Cc: Andi Kleen , Maxim Kuvyrkov , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Jin Yao , Milian Wolff Subject: Re: [PATCH] perf tools: Add a dso_size option to perf report --sort Message-ID: <20180327154507.GB3043@kernel.org> References: <20180327060956.1c01ebe67a2a941bb4468c6f@arm.com> <20180327112702.GQ13724@tassilo.jf.intel.com> <20180327090507.622cba7cac16a7e812170067@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180327090507.622cba7cac16a7e812170067@arm.com> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, Mar 27, 2018 at 09:05:07AM -0500, Kim Phillips escreveu: > On Tue, 27 Mar 2018 04:27:02 -0700 > Andi Kleen wrote: > > > On Tue, Mar 27, 2018 at 06:09:56AM -0500, Kim Phillips wrote: > > > Add DSO size to perf report/top sort output list. > > > > > > This includes adding a map__size fn to map.h, which is > > > approximately equal to the DSO data file_size: > > > > What's the point of knowing the size? > I think it's just an extra convenience over symbol_size (added in > commit 7768f8dada66d6 "perf tools: Allow sorting by symbol size") for > tools developers' aggregation statistics. Yeah, for completeness, may be useful for someone, probably for Maxim? :-) > > Most of the DSO may not be faulted in. If anything the working > > set would be more interesting. This would need more changes > > though. > > Indeed. Maxim? Right, that would be another interesting metric to have, - Arnaldo