Вопрос оптимизации C++

Question

У меня есть проект средней длины, который активно использует библиотеки boost и, следовательно, страдает с точки зрения производительности приложений отладки (Visual Studio 2008).

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

Кто-нибудь знает, что я потеряю с точки зрения возможностей отладки, если я заставляю функцию inlining (/Ob2) переключаться?

Возможно, у кого-то есть другие идеи об ускорении форсирования/других библиотеках шаблонов. Отладочная производительность?

Answer 1

На мой взгляд, вы должны, вероятно, не проверить производительность отладочной версии.

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

Это то, что ваши клиенты будут работать в конце концов, не так ли?

Answer 2

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

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

Answer 3

Использовать /Ob2 как в конфигурациях отладки, так и в выпуске. Поэтому, когда вы его отлаживаете, он будет вести себя так же, как в режиме деблокирования.

Answer 4

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

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

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

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