Я пытаюсь профилировать некоторые программы на С++ на MacOSX. Поэтому я построил google-perftools, написал программу, скомпилированную с помощью MacPorts g++ 4.7, с флагом -g компилятора и привязан к libprofiler. Затем я побежал:
CPUPROFILE=cpu.profile ./a.out
Затем я запустил pprof для генерации вывода:
[hidden ~]$ pprof --text ./a.out cpu.profile
Using local file ./a.out.
Using local file cpu.profile.
Removing __sigtramp from all stack traces.
Total: 282 samples
107 37.9% 37.9% 107 37.9% 0x000000010d72229e
16 5.7% 43.6% 16 5.7% 0x000000010d721a5f
12 4.3% 47.9% 12 4.3% 0x000000010d721de8
11 3.9% 51.8% 11 3.9% 0x000000010d721a4e
9 3.2% 55.0% 9 3.2% 0x000000010d721e13
8 2.8% 57.8% 8 2.8% 0x000000010d721a64
7 2.5% 60.3% 7 2.5% 0x000000010d7222f0
6 2.1% 62.4% 6 2.1% 0x000000010d721a4c
6 2.1% 64.5% 6 2.1% 0x000000010d721b1f
6 2.1% 66.7% 6 2.1% 0x000000010d721e0c
5 1.8% 68.4% 5 1.8% 0x000000010d721fba
......
Похоже, что perftools не преобразуют адреса в имена функций.
Кто-нибудь знает, чего я здесь не хватает? Что я должен сделать, чтобы дать профилировщику правильный результат.
EDIT: дополнительная информация: это не проблема pprof или google-perftools, но больше похожее на gcc или macosx, потому что Instrument.app также показывает адреса вместо номеров строк. Я не знаком с тем, как работают отладочные символы в Mac OS X, поэтому я предпочел бы, чтобы это было что-то здесь, вместо ошибок в gcc или Mac OS X. Интересно, может ли кто-нибудь дать некоторые подсказки о том, как работает отладочная информация для Mac OS X.
Это, по-видимому, связано с рандомизацией размещения адресного пространства (ASLR), представленной в OS X 10.5
Я отправил вопрос № 562 в трекер gperftools. Вы можете отключить ASLR, передав -Wl,-no_pie.
Кроме того, если вы не обязаны использовать gperftools, Instruments (поставляется с Xcode) стоит попробовать.
Я верю в эту платформу, что символы отладки остаются в файле .o, они не перемещаются в исполняемый файл. Чтобы получить символы в gdb или профилировщиках, вам нужно сохранить файлы .o. Это может означать, что вам нужно скомпилировать ваше приложение в два этапа (скомпилировать, затем связать), чтобы сохранить файлы .o.
Дополнительную информацию см. этот вопрос.
При взгляде на исходный код pprof Perl имена символов получаются с использованием nm и c++filt, поэтому вы можете попытаться запустить эти автономные системы и выяснить, почему они не работают. Из источника pprof похоже, что он пытается собрать несколько аргументов командной строки для покрытия нескольких версий nm. Это краткое изложение способов
nm [-D] -n [-f] [--demangle] object-file 2 > /dev/nul [| каст + ФИЛТР]
Части, которые я вставляю в скобки, это те, которые script определяет во время выполнения, если они необходимы для вашей платформы и версий nm и С++ filt. Попробуйте все комбинации выше и посмотрите, что работает. Затем посмотрите, что делает pprof script, возможно, добавив к нему некоторые printfs.
Удачи.