From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johan Tibell Subject: Re: Symbols not decoded in 0.0.2.PERF Date: Tue, 19 Apr 2011 17:58:06 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from mail-pv0-f174.google.com ([74.125.83.174]:47081 "EHLO mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751722Ab1DSP60 (ORCPT ); Tue, 19 Apr 2011 11:58:26 -0400 Received: by pvg12 with SMTP id 12so2687818pvg.19 for ; Tue, 19 Apr 2011 08:58:26 -0700 (PDT) In-Reply-To: Sender: linux-perf-users-owner@vger.kernel.org List-ID: To: linux-perf-users@vger.kernel.org On Tue, Apr 19, 2011 at 1:22 PM, Johan Tibell wrote: > * It could be the case that GHC is generating symbols that perf cannot > interpret somehow. If we can confirm this is the case we can try to > fix that. I spent the day making sure this is not the case. All the Haskell functions now have the correct (fingers crossed) .type and .size ELF directives: 74.18% bench ./bench [.] 0x000000002ac524 7.19% bench /lib/libc-2.11.1.so [.] memcpy 4.53% bench ./bench [.] s1Ok_info 4.28% bench ./bench [.] s1Ol_info 3.28% bench ./bench [.] allocate 0.74% bench ./bench [.] Main_zdwa_info 0.62% bench ./bench [.] memcpy@plt 0.45% bench ./bench [.] clearNurseries 0.36% bench ./bench [.] evacuate 0.27% bench ./bench [.] stg_newArrayzh Entries 3-6 and 8-10 are Haskell functions. The top entry is still unknown. If it matters, the little program I'm running stresses array copying and I would expect it to spend most of its time in memcpy, but these numbers suggests that it isn't. Could it be some stripped C libraries or some code generated by gcc specially for memcpy that's accounting for the top entry? Johan