Pourquoi l'enregistrement et l'annotation de perf ne fonctionnent-ils pas?

Question

Je suis perplexe, j'ai lu le tutoriel perf et j'essaie de faire un test simple au-delà de "perf stat" qui fonctionne. Cependant l'enregistrement de perf ne fonctionne pas, ou l'annotation de perf montre aucun échantillon enregistré. Courir perf

Par exemple (im en cours d'exécution avec sudo parce que sans elle, je reçois un tas d'erreurs que je poste à la fin):

sudo perf record -e cycles,instructions,cache-misses -a -c 1 ./FooExe

[ perf record: Woken up 4 times to write data ] 
[ perf record: Captured and wrote 1.794 MB perf.data (~78393 samples) ] 

.

sudo perf report -D -i perf.data |grep RECORD_SAMPLE |wc -l 
Failed to open /tmp/perf-23796.map, continuing without symbols 
20486 

.

sudo perf annotate -d ./FooExe

the perf.data file has no samples! Press any key

, donc: pour autant que je reçois. J'ai essayé de reconstruire perf pour mon ssystem de source mais cela n'a pas semblé aider non plus. Im utilisant Ubuntu 14.04 noyau 3.19.0-49-générique. Ceci est sur Intel i7 I4510U cpu. Je me suis assuré de compiler mon programme avec des symboles, mais j'obtiens les mêmes résultats quelle que soit l'application que j'essaie de profiler.

- si je cours sans sudo:

WARNING: Kernel address maps (/proc/{kallsyms,modules}) are restricted, 
check /proc/sys/kernel/kptr_restrict. 

Samples in kernel functions may not be resolved if a suitable vmlinux 
file is not found in the buildid cache or in the vmlinux path. 

Samples in kernel modules won't be resolved at all. 

If some relocation was applied (e.g. kexec) symbols may be misresolved 
even with a suitable vmlinux or kallsyms file. 

Cannot read kernel map 
Error: 
You may not have permission to collect system-wide stats. 
Consider tweaking /proc/sys/kernel/perf_event_paranoid: 
-1 - Not paranoid at all 
    0 - Disallow raw tracepoint access for unpriv 
    1 - Disallow cpu events for unpriv 
    2 - Disallow kernel profiling for unpriv 

Answer 1

Je viens d'essayer votre commande. Le problème était que vous utilisiez -a pour profiler tous les processus à l'échelle du système, donc il n'a jamais fonctionné ./FooExe. Vous pouvez le confirmer avec strace -f perf ... ./FooExe, et noter l'absence de tout appel système execve. Et aussi le fait qu'il retourne instantanément, même si FooExe aurait dû prendre plusieurs secondes.

Voici un exemple d'échantillons pour l'enregistrement d'une commande awk boucle occupée:

perf record -e cycles,instructions,cache-misses awk 'BEGIN{for(i=0;i<40000000;i++){}}' 

maintenant perf report œuvres. Vous n'avez pas besoin de spécifier l'exécutable pour la commande report, car perf.data contient uniquement des données pour un exécutable.

---

Cela fonctionne de la même manière avec the ocperf.py wrapper, mais vous pouvez enregistrer des événements pour des événements plus spécifiques uarch en utilisant des noms symboliques (au lieu de rechercher des codes et des arguments numériques dans -e):

$ ocperf.py record -e cycles,cache-misses,uops_dispatched_port.port_0 awk 'BEGIN{for(i=0;i<40000000;i++){}}' 
perf record -e cycles,cache-misses,cpu/event=0xa1,umask=0x1,name=uops_dispatched_port_port_0,period=2000003/ awk 'BEGIN{for(i=0;i<40000000;i++){}}' 
    (warning lines about kernel symbols) 
[ perf record: Woken up 2 times to write data ] 
[ perf record: Captured and wrote 0.352 MB perf.data (7819 samples) 
$ ocperf.py report