Приложение C++/opengl работает с плавным отладчиком

Question

Вы столкнулись с ситуацией, когда приложение C++ opengl работает быстрее и более плавно, когда выполняется из визуальной студии? Когда выполняется нормально, без отладчика, я получаю более низкую частоту кадров, 50 вместо 80 и странное отставание, где fps погружается до 25 кадров/сек каждые 20-30 кадров. Есть ли способ исправить это?

Редактировать: Также мы используем довольно много списков отображения (созданных с помощью glNewList). И увеличение количества отображаемых списков, похоже, увеличивает отставание.

Редактировать: Проблема, по-видимому, вызвана ошибками страницы. Настройка рабочего процесса с помощью SetProcessWorkingSetSizeEx() не помогает.

Редактировать: С некоторыми крупными моделями проблему легко обнаружить с использованием GPU-памяти утилиты procexp-utility. Использование памяти очень нестабильно, когда на каждый кадр много вызовов glCallList. Никакая новая геометрия не добавляется, текстуры не загружаются, но распределение памяти gpu колеблется + -20 Мбайт. Через некоторое время он становится еще хуже и может выделять что-то вроде 150Mb за один раз.

Answer 1

Это, вероятно, нить или приоритет процесса. Visual Studio может запустить ваш процесс с несколько более высоким приоритетом, чтобы убедиться, что отладчик реагирует. Попробуйте использовать SetPriorityClass() в коде приложения:

SetPriorityClass(GetCurrentProcess(), ABOVE_NORMAL_PRIORITY_CLASS); 

«выше нормального» класса просто пихает его впереди всего остального с «нормальным» класса. Как говорится в документации, не нажимайте на супервысокий приоритет или вы можете испортить планировщик системы.

В приложении, работающем со скоростью 60 кадров в секунду, вы получаете только 16 мс, чтобы нарисовать кадр (менее 80 кадров в секунду!) - если требуется больше времени, вы снимете рамку, которая может вызвать небольшое падение частоты кадров. Если ваше приложение имеет тот же приоритет, что и другие приложения, относительно вероятно, что другое приложение может временно украсть процессор для какой-либо задачи, и вы сбросите несколько кадров или, по крайней мере, пропустите окно с 16 мс для текущего кадра. Идея заключается в повышении приоритета, это означает, что Windows возвращается к вашему приложению чаще, поэтому он не оставляет столько кадров.

Answer 2

Я считаю, что то, что вы видите, - это отладчик, блокирующий некоторые страницы, чтобы их нельзя было обменять, чтобы они были немедленно доступны для отладчика. Это приводит к некоторым предостережениям для ОС во время переключения процесса и, как правило, не рекомендуется.

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

Используйте VBOs или, по крайней мере, массивы вершин, можно ожидать, что в драйвере будет намного лучше оптимизировано (давайте посмотрим правде в глаза - списки отображения устаревают). Списки отображения могут быть легко завернуты для генерации вершинных буферов, поэтому нужно лишь немного изменить старый код. Кроме того, вы можете использовать «бесконтактную графику», которая была разработана для предотвращения ошибок страниц в драйвере (GL_EXT_direct_state_access).

Answer 3

Есть ли у вас видеокарта nVidia? При подключении к отладчику nVidia OpenGL использует другую реализацию. Для меня версия без отладчика пропускает память со скоростью до 1 МБ/с в определенных ситуациях, когда я рисую в передний буфер и не вызываю glClear для каждого кадра. Версия отладчика абсолютно прекрасна.

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

И я не использую списки отображения.