1. Ликбез по прерываниям.

2. Ссылки.

3. Борьба с прерываниями.


Позднее дополню каждый раздел.
Все проблемы у нас связаны с тем, что windows относится к операционным системам с вытесняющей многозадачностью.
Вытесняющая многозадачность требует обработки системного прерывания от аппаратного таймера. По истечении кванта времени, отведённого процессу, происходит прерывание и вызывается планировщик процессов. Частота вызова планировщика критична: слишком частый его вызов будет расходовать процессорное время впустую.
Единственное, что мы можем изменить - это увеличить время кванта и поменять соотношение квантов времени на активную задачу и задачи в фоне, за это отвечает параметр в реестре
Win32PrioritySeparation
По умолчанию
0х28 квант 6:6 = Оптимальный вариант, если делать 18:6, то dpc и isr системные могут дать фризы.
При этом само время кванта зависит от системного таймера.
При системном таймера 15.625 мс оно будет больше, чем при 1.0 мс.
Высчитывается время системного таймера * тики.
1 тик= 3 кванта
Для системного таймера 0.5 мс фону тогда буде даваться 0.5мс*6/3 = 1мс из каждых 4 мс.
При 1 мс - 2мс из каждых 8мс.
При 2 мс - 4мс из каждых 16мс.
Для борьбы с фризами оптимально выставить системный таймер 0.5мс.

SMI-прерывания зависят от BIOS/UEFI и оборудования.
Отключаем все лишнее, отключаем энергосохранение, скорость вентиляторов фиксируем, это все, что мы можем сделать.
В нашем плане энергосохранения выбрать оценка для поднятия частоты вместо 15 мс максимум 5000 мс.
Есть программа Intel SMI Latency Checker
Для гипервизора - отключаем поддержку виртуальных машин в биосе.

Про прерывания на уровне ядра и пользователя в windows.


Наш пользовательский процесс может иметь следующие приоритеты:
Idle - 4
Below Normal - 6
Normal -8
Above Normal -10
High -13
Real-Time -24
Внутри процесса мы можем задать приоритет для его потоков:
Idle дает итоговый приоритет процесса с потоком 1, кроме real-time, там он его просто снизит до фиксированной 16
Lowest -2
Below Normal -1
Normal 0
Above Normal +1
Highest +2
Time Critical +7

Итоговый приоритет потока - это сумма приоритетов процесса и потока.
31 - максимум
Real-Time - от 16 до 31.
При этом даже максимальный 31 приоритет не лает нам возможности подняться выше уровня Passive/Low(0), поэтому любое прерывание на нашем ядре прервет нашу программу.


Программы для оценки прерываний:


Настройка прерываний


Борьба с прерываниями.
Бороться надо двумя путями.
Первый путь - уменьшить само количество прерываний=их частоту.
Частота прерываний за 1 секунду до 10000 считается еще неплохой.
Второй путь - уменьшить длительность прерываний.
Есть еще третий путь - освободить от прерываний нужные нам ядра.

Отключить VSYNC.
Включить тройную буферизацию если процессор успевает рендерить, то компенсирует воемя двух кадров: 2*1000 мс / частоту кадров в Гц
Краткий список исследований по психофизиологии:
Watson (1986): Задержки <5 мс незаметны.
Kelly (1979): Порог фликера <2 мс.
Burr & Ross (1982): 10% кадра = 100мс/частоту кадров (при движении).
Clayton (2018): 1–2% кадров= 1000мс*процент пропуска кадров (10–20 мс/с) незаметно.
Carrasco (2011): <5–10 мс при внимании.
Hoffman et al. (2017): <3 мс с размытием.
Swafford et al. (2016): <4 мс, 2% (20 мс) при редких фризах (реже 1 раза в секунду).
Digital Foundry (2025): 0.125 фриза/с=0.125*1000мс/частоту кадров Гц) заметно при частых повторениях.

Для 120 Гц:
1982-0.833мс
2025-1.042мс


Снизить частоту опроса мыши до 125Гц.

Главные правила для таймеров:
Таймеры используются для времени (QPC) и для системных прерываний=тиков.

При этом возможны разные комбинации таймеров.


bcdedit /set useplatformtick no (отключаем RTC и включаем TSC для тиков)
bcdedit /set useplatformclock no (отключаем HPET и включаем TSC для времени QPC)
bcdedit /set disabledynamictick yes (отключаем динамическое изменение частоты системного таймера - влияет только на тики)
bcdedit /set tscsyncpolicy Enhanced (включаем улучшенную синхронизацию TSC-таймера)
HPET не следует отключать в биосе и в диспетчере устройств.
Посмотреть текущую конфигурацию можно с помощью команды
bcdedit /enum


Обсуждение проблем ОС и оборудования: задержка реакции системы (latency), микроcтаттер, инпутлаг, фризы.

Перед тем как задавать вопросы, просьба прочитать FAQ

Осуществлять мониторинг программой Latency Monitor нужно в течение 1 минуты, в состоянии простоя системы т.е. без дисковой, сетевой активности, и любой другой, с выключенным ав и приложениями в трее и автозагрузке,
не раньше чем через 2 минуты после загрузки системы.
Не двигаем мышку и не используем клавиатуру в момент измерений. Потом остановка и скриншот.

Презентация NVIDIA (на англ.) о проблемах статтеров, фризов и лагов (терминология, описание и причины возникновения)

OLD Hunter, надо, кстати, попробовать тоже потестить в fhd, в qhd всё нормально было.

да вроде норм всё, попробую fhd или ты dsr попробуй


ды вроде норм всё, но у тебя картина микрофризов.
Поставь QHD и прогони

МИКРОфризы?

#77

26 фпс при среднем в 80-90 это микро? Бэтман конечно не самая оптимизированная, но реально заметные микрофризы там идут только в 1-2 точках в городе, когда летишь над ним.
В машине и в других местах я вообще не замечаю ничего, плавно всё.

Mikanoshi, причем тут fps-то?)
это как раз та фигня, на которую и жалуются. у меня при 90fps время кадра ты видел.
Сделай в ведьмаке тест. И поставь 100мс во времени синхронизации вместо 1с

90 фпс, а по времени 76, по мониторигу 82 фпс, а по времени 64. Нормально?)
Что именно frametime меряет? Мин время кадра за прошлую секунду или что? Может с задержкой?

Я с локом на 90 фпс встал лицом к стенке и не двигался, время кадра прыгает 12-13мс, это далеко не 90 фпс.

coolio, это не лаг, а переключение на другое окно. Игра ж в окне, чтобы мониторинг сверху был.
Тот же лаг при переходе в меню в gta v/ведьмаке 3 не баг, а фича

Ведьмак лучше, но всплески тоже есть иногда, не выше 30 мс.

#77

У меня фаст синк кстати включен глобально.

В бетмане вообще 21 фпс А пишет 105.

#77

Mikanoshi, я ж написал

но у тебя всплески ненормальные. Ты не на значение, а на стабильность смотри)

У меня всё нормально, до мониторинга и после) 20 фпс, конечно))
Не важно же как часто обновлять, хоть 100мс, всё равно фпс это за последнюю секунду, причём средний, а время кадра это среднее или минимальное?

я больше поверю что ты слишком стар, чтобы почувствовать микрофриз и статтер, чем в то, что RTSS неправильно мониторит
Еще фрапсом можно логи писать. Для него кстати приблуда есть https://sourceforge.net/projects/frafsb ... source=dlp , можно графики строить, вам точно понравится

он как раз может давать такую картину.

Не знаю, такую картину я наблюдал в doom на 1050 2гб на "вега" в вулкане. Играть некомфортно было.

А какая разница макс и мин frametime считается нормальной? А еще решил перепройти Dead Space 3, так там если бежать в стену, то задержка становится 25-30 мс вместо обычных 5 мс. Правда еще загрузка карты падает до 60%, так что скорее всего кривость движка.

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

Вот фрапсом да, я вообще не знал что RTSS меряет время кадра)

В бетмане упор в проц идёт (искусственный?), у меня загрузка видяхи гуляет 70-94%, проц 80%.

Я только что словил явный фриз на бэтмобиле, линия фреймтайма на графике даже не шелохнулась
З.Ы. Это ты OLD Hunter.

Mikanoshi, у меня в игре фпс выше 90 не поднимается почему-то(

Olegdjus Дак у тебя лок на 90 стоит В конфиге отключи.

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

Mikanoshi, тьфу блин) вот откуда может и косяк быть.
Дурацкая вещь "всё вправо"
У меня большая температура, поэтому завтра проверю, лень вставать)

OLD Hunter Да уже, то же самое. Если ограничить фпс на 60-70, то линия прямая с мизерными скачками. Без лока фпс, внешнего и в игре, видяха почти никогда не загружена выше 94%, а проц пашет очень так нефигово)

Вот наглядная демонстрация проблемы этих грёбаных фризов, статеров и т.д. Можно в шапку добавить. https://www.youtube.com/watch?v=aMLIfLIFG4U

Nik t-800 Почему там написано проблема DPC, причём тут DPC, он даже не мониторится там)) Вообще эту ветку надо удалить и писать только тут:
Обсуждение "плавности" в играх, технологий *Sync и т.п.