Профилирование C ++ при наличии агрессивного встраивания?

Я предполагаю, что вы хотите выяснить, какие строки кода обходятся вам достаточно дорого, чтобы их можно было оптимизировать. Это сильно отличается от функций времени. Вы можете добиться большего, чем gprof.

Вот довольно полное объяснение того, как сделай это.

Вы можете сделать это вручную или использовать один из профилировщиков, который может предоставить ту же информацию, например oprofile и RotateRight / Zoom.

Кстати, встраивание имеет важное значение только в том случае, если встроенные подпрограммы малы и не вызывают сами функции, и если строки, в которых они вызываются, достаточно активны, чтобы быть значимыми.

Что касается порядка величины соотношения производительности между отладкой и сборкой релиза, это может быть связано с рядом вещей, возможно, а может, и с встраиванием. Вы можете использовать упомянутый выше метод stackshot, чтобы узнать, уверен, что происходит в любом случае. Я обнаружил, что отладочные сборки могут быть медленными по другим причинам, например, по проверке рекурсивной структуры данных.

Вы можете использовать более мощный профилировщик, такой как Intel VTune, который может дать вам детализацию производительности на уровне сборки.

http://software.intel.com/en-us/intel-vtune/ < / а>

Разработайте несколько макросов, используя высокопроизводительный механизм синхронизации вашего процессора (например, x86) - подпрограммы, которые не полагаются на системные вызовы и связывают один поток, выполняющий ваш основной цикл, с конкретным процессором (установить привязку). Вам нужно будет реализовать следующий макрос.

PROF_INIT //allocate any variables -- probably a const char
PROF_START("name") // start a timer
PROF_STOP() // end a timer and calculate the difference -- 
            // which you write out using a async fd

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

Примечание.

Этот метод управляется вашим кодом и никоим образом не полагается на внешние инструменты для отслеживания вашего кода. Отслеживание, выборка и профилирование, управляемое прерываниями, неточны, когда дело касается небольших участков кода. Кроме того, вы хотите контролировать, где и когда собираются данные о времени - например, в определенных конструкциях вашего кода, таких как циклы, начало рекурсивной цепочки вызовов или распределение массовой памяти.

-- редактировать --

Возможно, вас заинтересует ссылка из этого ответа на один из моих вопросов.

Будет ли valgrind более полезным?

В сочетании с графическим интерфейсом пользователя KCachegrind он предлагает бесплатный и простой способ просмотра аннотированного кода, подходящего для встроенного код. Вот довольно простая инструкция: http://web.stanford.edu/class/cs107/guide_callgrind.html

Неважно, что код работает медленнее (конечно, не считая вашего удобства) - профилировщик все равно сообщит вам правильную долю времени, затраченного на каждую функцию.