2015-10-10 13 views
9

Jak włączyć rozłączanie C++ dla perf callgraph? Wygląda na to, że po przełączeniu się w tryb opisowy zdemontuję symbole, ale nie w głównym wywiadzie.perf enable demangling of callgraph

Przykładowy kod (używając Google Benchmark):

#include <benchmark/benchmark.h> 
#include <vector> 

static __attribute__ ((noinline)) int my_really_big_function() 
{ 
    for(size_t i = 0; i < 1000; ++i) 
    { 
    benchmark::DoNotOptimize(i % 5); 
    } 
    return 0; 
} 

static __attribute__ ((noinline)) void caller1() 
{ 
    for(size_t i = 0; i < 1000; ++i) 
    { 
    benchmark::DoNotOptimize(my_really_big_function()); 
    benchmark::DoNotOptimize(i % 5); 
    } 
} 

static __attribute__ ((noinline)) void myfun(benchmark::State& state) 
{ 
    while(state.KeepRunning()) 
    { 
    caller1(); 
    } 
} 

BENCHMARK(myfun); 

BENCHMARK_MAIN(); 

gromadzeniu polecenie:

clang++ main.cpp -o main -fno-omit-frame-pointer -O0 -lpthread -lbenchmark 

perf poleceń:

perf record -g ./main 
perf report -g 'graph,0.5,caller' 

Próbowałem zostały również włączyć opcję --demangle, ale to nie ma wpływu na wynik.

callgraph brakujące demangled symbole:

Samples: 3K of event 'cycles', Event count (approx.): 2946754102 
Children  Self Command Shared Object  Symbol 
+ 99.82%  0.00% main  main    [.] _ZL5myfunRN9benchmark5StateE 
+ 99.82%  0.00% main  main    [.] _ZN9benchmark12_GLOBAL__N_111RunInThreadEPKNS_8internal9Benchmark8InstanceEmiPNS0_11ThreadStatsE 
+ 99.82%  0.00% main  main    [.] _ZN9benchmark22RunSpecifiedBenchmarksEPNS_17BenchmarkReporterE 
+ 99.82%  0.00% main  main    [.] main 
+ 99.82%  0.00% main  libc-2.21.so  [.] __libc_start_main 
+ 99.82%  0.00% main  [unknown]   [.] 0x7fbe258d4c544155 
+ 99.75%  0.30% main  main    [.] _ZL7caller1v 
+ 99.52% 99.46% main  main    [.] _ZL22my_really_big_functionv 

adnotacją demontaż seans demangled połączeń: Informacje

 │ 
     │ 0000000000404310 <caller1()>: 
     │ _ZL7caller1v(): 
     │  push %rbp 
     │  mov %rsp,%rbp 
     | $0x30,%rsp 
     | $0x0,-0x18(%rbp) 
     │10: cmpq $0x3e8,-0x18(%rbp) 
     │ ↓ jae 6f 
     │ → callq my_really_big_function() 
     │  lea -0x1c(%rbp),%rcx 
     │  mov %eax,-0x1c(%rbp) 
14.29 │  mov %rcx,-0x10(%rbp) 
     │  mov -0x10(%rbp),%rcx 
     │  lea -0x28(%rbp),%rcx 
     │  mov $0x5,%eax 
     │  mov %eax,%edx 
     │  mov -0x18(%rbp),%rax 
     │  xor %esi,%esi 
     │  mov %rdx,-0x30(%rbp) 
     │  mov %esi,%edx 
     │  mov -0x30(%rbp),%rdi 
     │  div %rdi 
85.71 │  mov %rdx,-0x28(%rbp) 
     │  mov %rcx,-0x8(%rbp) 
     │  mov -0x8(%rbp),%rcx 
     │  mov -0x18(%rbp),%rax 
     │  add $0x1,%rax 
     │  mov %rax,-0x18(%rbp) 
     │ ↑ jmpq 10 
     │6f: add $0x30,%rsp 
     │  pop %rbp 
     │ ← retq 

System:

  • Ubuntu 15.04 64-bit
  • Intel i5-6600k
  • perf 3.19.8-ckt6
  • dzyń 3.6.0-2ubuntu1
+0

Dziwne, zawsze demangles domyślnie dla mnie (co jest czasami ból jak sama nazwa demangled nie pasuje). –

Odpowiedz

17

miałem ten sam problem na Ubuntu 15.10 i znalazłem rozwiązanie tutaj: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1396654

Oto kroki:

sudo apt-get install libiberty-dev binutils-dev 
mkdir ~/install 
cd ~/install 
apt-get source linux-tools-`uname -r` 
sudo apt-get build-dep linux-tools-`uname -r` 
cd linux-`uname -r | sed 's/-.*//'`/tools/perf 
make 

# now you should see the new "perf" executable here 
./perf 

Powinien być również jakiś sposób na stworzenie nowego pakietu linux-tools-common, aby naprawdę zintegrować go z systemem. Na razie zastąpić oficjalną perf ze swoim nowym, wystarczy ustawić PATH:

export PATH=~/install/linux-`uname -r | sed 's/-.*//'`/tools/perf:$PATH 
+0

W moim przypadku nie mogłem pobrać źródła jądra systemu Ubuntu Linux ze źródła apt-get, ponieważ pakiet nie został znaleziony. Zamiast tego pobrałem go z https://packages.ubuntu.com/. Następnie mógłbym go zbudować, bezpośrednio wykonując make w katalogu tools/perf pobranego pakietu (po zainstalowaniu libiberty-dev binutils-dev jak wspomniano w odpowiedzi, ale bez kroku apt-get build-dep). – aleixrocks