Какие хорошие профилировщики для нативного C++ в Windows?

: Sigh: Я искал несколько минут C++ и профилировщик, но ничего не нашел, потому что они использовали профилирование и не использовали тег профилировщика.

К сожалению, этот вопрос не является точной копией. Они не заявили своих требований к профилировщику. Дальнейшее обсуждение не содержит подробностей ПОЧЕМУ. Я думаю, что запрос рекомендаций по инструменту с учетом определенных критериев делает более «ответственным»? чем просить "любимого".

@Burly: Вы приводите хороший аргумент - вы написали хороший, конкретный вопрос, и ответы не обязательно могут совпадать с теми, которые подходят для другого. Я открою заново.

Какое место занимает Visual Studio почти 8 лет спустя? Я использую встроенный профилировщик с VS 2012, и с каждым выпуском он становится все лучше и лучше. Каковы преимущества (коммерческих) конкурентов в этой области сегодня (если таковые имеются)?

IIRC perftool - это скорее монитор производительности системы (загрузка ЦП и дисковая / сетевая загрузка), а не анализатор кода на уровне функций?

Этому не хватает точности для собственно настройки производительности нативных приложений :(

Кроме того, кажется, что он создает такие огромные дампы, что вы не можете профилировать что-либо, что работает в течение длительного периода времени. Я также использовал UIforETW (от разработчиков Chrome). Если вы просто смотрите на базовые значения, это нормально, но если вам нужно глубокое понимание, 30s быстро начнут добавлять до 12 ГБ данных.

Последняя версия Very Sleepy может использовать сервер символов.

@CyberShadow, ты прав. Версия 0.82 действительно хороша. Не только в отношении использования сервера символов, но и в отношении функциональности «фокус на поддереве».

Если вы думаете, что 0.82 действительно хорош, подождите, пока не увидите моя собственная вилка (работа в процессе);)

Не могу дождаться, чтобы попробовать это. Спасибо.

+1: это был единственный инструмент (среди бесплатных), который мог предоставить какие-либо значимые результаты для моего двоичного файла, встроенного в конфигурацию Release с Visual Studio Community 2017 (C++, STL, OpenCV)

Я не голосовал против вас - я не люблю этого делать. Но ИМХО вся концепция профилирования основана на массовом самообмане в сообществе программистов и требует доработки. Проверить этот ответ.

Майк, я не уверен, проверяли ли вы код, этот профилировщик не работает как gprof (профилирование процессора), он выбирает все потоки и вычисляет веса IP-адресов, сгруппированных в дерево вызовов и т. д., Перекомпиляция кода не требуется.

Майк, мой пост может сбить вас с толку, что «похоже на профилировщик VS», мне нужно пояснить, что его пользовательский интерфейс, счетчики и т. д. Похожи на профилировщик VS, но работают по-разному. Профилировщик VS (до VS2012) выбирает только IP-адреса. dprofiler, собирая трассировки стека всех потоков, поэтому dprofiler может группировать кадры стека в дерево вызовов.

Я уверен, что вы можете создать дерево вызовов. Теперь несколько вопросов: 1) можно ли брать образцы стека во время ввода-вывода, спящего режима или других блоков процесса? 2) Можете ли вы позволить пользователю исследовать отдельные образцы стека с разрешением на уровне строк таким образом, чтобы они могли соотнести их с соответствующим кодом? Я спрашиваю, потому что в противном случае большие ускорения легко спрятать в деревьях вызовов, горячих путях или любом таком резюме, как указывает эта ссылка. Типичное возражение заключается в том, что пользователь не может исследовать достаточное количество образцов, что неверно. Если он видит проблему на 2 образцах, этого достаточно.

Q1: Да. Сэмплер периодически берет образец независимо от того, что делает целевой поток. в представлении <History> каждый образец имеет ассоциированное состояние: выполнение, спящий режим или ввод-вывод (ожидающий в ядре).

Q2: Инструмент разрешает символ в исходную строку, если есть соответствующий символ (хотя не во всех представлениях). Спасибо за ваши комментарии. Собственно, я ссылался на ваши идеи при разработке dprofiler :).

Итак, если я пользователь, я могу обойти дерево вызовов и спросить: «Пожалуйста, выберите случайным образом одну выборку стека (из выбранной мной ветки) и позвольте мне ее изучить»? Тогда я могу так же попросить еще несколько? Это ключ к методу случайной паузы - обходу сводок и фактическому изучению образцов, как если бы они были ошибками. (Я знаю, что пользователи могут ожидать резюме, но для того, чтобы действительно найти ускорение, вам нужно действительно изучить образцы.)

Откройте представление <history>, переместите красный ползунок, чтобы выбрать диапазон выборки, щелкните следующие строки потока, каждая ячейка представляет образец, нижний список показывает полную трассировку стека этого образца, переместите курсор на ячейки B / F / U / Вниз, вы можете просмотреть всю историю. Чтобы избежать расширенных обсуждений в комментариях, я не буду продолжать эту ветку, извините. мы можем обсудить по электронной почте.