- Suslik
- Постоялец
в gDEBugger нашел клевую опцию - в самый тяжкий момент когда фпс просело до 10 жмакнул на такой треугольничег - ( by ignoring all OpenGL draw commands ) и фпс с 10 прыгнул до 400.
но продолжил скакать от 300 до 400
значит все таки где то в коде узкое место а не в рисовании.
жаль что эта тулза не выводит по функциям таймлайны.
хотя AMDCodeAnalizer не показывает что прога тормозит. там по отчету 5% cpu тратится на процесс и самая тажелая функция 4% всех ресурсов на себя берет.
обычно когда я ей реальные тормоза рассматривал там под 70-80% было.
orfelin
> но продолжил скакать от 300 до 400
"скакание" от 300 фпс до 400 обеспечивается задержкой в 0.8мс. от 10 до 100фпс - в 99мс. разницу чувствуешь?
Suslik
> "скакание" от 300 фпс до 400 обеспечивается задержкой в 0.8мс. от 10 до 100фпс
> - в 99мс. разницу чувствуешь?
>
300фпс когда НИЧЕГО не рисуется это мягко говоря маловато будет. это мое имхо.
видимо где то в коде слишком долго что то делается
300фпс - это 3 миллисекунды. это чуть менее, чем нисколько. почитать пару байт с жёсткого диска, затолкать небольшой буффер в какой-нибудь звуковой драйвер, обновить главное окно(без перерисовки), посчитать корявенькую физичку, попосылать сообщения между компонентами двига через велосипедную систему, забыть про поставленный когда-то Sleep(0) и вуаля, 3 миллисекунды.
у тебя же были лаги на 100 миллисекунд, это в 30 раз больше
Тема в архиве.