Linux perf: как интерпретировать и находить горячие точки ⇐ C++

[Anonymous]

Сегодня я опробовал утилиту perf для Linux, и у меня возникли проблемы с интерпретацией ее результатов. Я привык к вызову valgrind, который, конечно же, представляет собой совершенно другой подход к методу производительности, основанному на выборке.

Что я сделал:

Код: Выделить всё

perf record -g -p $(pidof someapp)
perf report -g -n

Теперь я вижу что-то вроде этого:

+ 16,92% kdevelop libsqlite3.so.0.8.6 [.] 0x3fe57 ↑
+ 10,61% kdevelop libQtGui.so.4.7.3 [.] 0x81e344 ▮
+ 7,09% kdevelop libc-2.14.so [.] 0x85804 ▒
+ 4,96% kdevelop libQtGui.so.4.7.3 [.] 0x265b69 ▒
+ 3,50% kdevelop libQtCore.so.4.7.3 [.] 0x18608d ▒
+ 2,68% kdevelop libc-2.14.so [.] memcpy ▒
+ 1,15% kdevelop [kernel.kallsyms] [k] copy_user_generic_string ▒
+ 0,90% kdevelop libQtGui.so.4.7.3 [.] QTransform::translate(double, double) ▒
+ 0,88% kdevelop libc-2.14.so [.] __libc_malloc ▒
+ 0,85% kdevelop libc-2.14.so [.] memcpy
...


Хорошо, эти функции могут работать медленно, но как мне узнать, откуда они вызываются? Поскольку все эти «горячие точки» находятся во внешних библиотеках, я не вижу возможности оптимизировать свой код.

По сути, я ищу какой-то граф вызовов, аннотированный накопленной стоимостью, где мои функции имеют более высокую стоимость выборки, чем библиотечные функции, которые я вызываю.

Возможно ли это с помощью perf? Если да, то как?

Примечание: я обнаружил, что «E» разворачивает граф вызовов и дает несколько больше информации. Но граф вызовов часто недостаточно глубок и/или завершается случайным образом, не предоставляя информации о том, сколько информации и куда было потрачено. Пример:

- 10,26% kate libkatepartinterfaces.so.4.6.0 [.] Kate::TextLoader::readLine(int&...
Kate::TextLoader::readLine(int&, int&)
Kate::TextBuffer::load(QString const&, bool&, bool&)
KateBuffer::openFile(QString const&)
KateDocument::openFile()
0x7fe37a81121c


Может ли быть проблема, что я работаю на 64-битной версии? См. также: http://lists.fedoraproject.org/pipermai ... 44952.html (я не использую Fedora, но, похоже, это применимо ко всем 64-битным системам).


Подробнее здесь: https://stackoverflow.com/questions/703 ... d-hotspots