Ищу C профайлер с хорошей детализацией.

Intel vtune, но оно платное=)

Ты неправ. https://software.intel.com/en-us/system-studio/choose-download

Бесплатная возобновляемая каждые 90 дней лицензия на продукт. Можешь абсолютно бесплатно юзать и для коммерческой разработки. Отличается от платной только отсутствием саппорта со стороны Intel (то есть community support)

Хм.

вроде звучит как бага в коде, а не как проблемы с профайлером, нет?

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

А если самому руками побектрейсить через gdb -x --batch, та же картина?

Можно попробовать, но мне сейчас не до ручной отладки, если быть честным. У меня статья висит, которую нужно отправить в журнал, а я вместо этого дыры в коде затыкаю.

Гугловому профайлеру можно указать явно, какие куски профилировать

Вот про это я не знал, где посмотреть?

Надо будет посмотреть, я что-то не сообразил, что у меня лицензия от intel есть, можно vtune использовать.

У меня числодробилка на одном ядре, там точно никаких пустых областей не должно быть

Вот про это я не знал, где посмотреть?

https://gperftools.github.io/gperftools/cpuprofile.html

In your code, bracket the code you want profiled in calls to ProfilerStart() and ProfilerStop(). (These functions are declared in <gperftools/profiler.h>.) ProfilerStart() will take the profile-filename as an argument.

С числодробилкой должны быть свои особенности, но я особо не профилировал численный код. Просто помни, что профилирование искажает реальные проблемы, помимо того, что профилирование показывает обычно симптомы, а не причину. Однако, профилирование часто подсказывает правильный путь.

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

для быстрых приложений он не канает. также не канает он для телекома.

Для «быстрых» приложений надо делать отдельный «медленный режим» и тестовое окружение под него (желательно приближенное к e2e), чтобы промежуточные издержки профилирования/логирования не мешали и ни на что не влияли.

увы, это не всегда возможно. моя работа чаще всего была связана с железом и там это нереализумо.