From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751965AbcAEOLR (ORCPT ); Tue, 5 Jan 2016 09:11:17 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40026 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751592AbcAEOLP (ORCPT ); Tue, 5 Jan 2016 09:11:15 -0500 Date: Tue, 5 Jan 2016 15:11:11 +0100 From: Jiri Olsa To: Namhyung Kim Cc: Jiri Olsa , Arnaldo Carvalho de Melo , lkml , David Ahern , Ingo Molnar , Peter Zijlstra , Noel Grandin Subject: Re: [PATCH 6/6] perf record: Always store data mmaps Message-ID: <20160105141111.GA14602@krava.brq.redhat.com> References: <1450384015-12367-1-git-send-email-jolsa@kernel.org> <1450384015-12367-7-git-send-email-jolsa@kernel.org> <20160105111634.GC13561@danjae.kornet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160105111634.GC13561@danjae.kornet> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 05, 2016 at 08:16:34PM +0900, Namhyung Kim wrote: > On Thu, Dec 17, 2015 at 09:26:55PM +0100, Jiri Olsa wrote: > > Currently we don't synthesize data mmap by default. It depends > > on -d option, that enables data address sampling. > > > > But we've seen cases (softice) where DWARF unwinder went through > > non executable mmaps, which we need to lookup in MAP__VARIABLE tree. > > > > Given the discussion we had with Arnaldo, where he mentioned > > he wanted to unify MAP__VARIABLE/MAP__FUNCTION anyway, I'm > > making data mmaps to be synthesized unconditionally. > > But I'm afraid of increased data size. Could you check how much is it? I'll check jirka