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

2. Ссылки.

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


Позднее дополню каждый раздел.
Все проблемы у нас связаны с тем, что windows относится к операционным системам с вытесняющей многозадачностью.
Вытесняющая многозадачность требует обработки системного прерывания от аппаратного таймера. По истечении кванта времени, отведённого процессу, происходит прерывание и вызывается планировщик процессов. Частота вызова планировщика критична: слишком частый его вызов будет расходовать процессорное время впустую.
Единственное, что мы можем изменить - это увеличить время кванта и поменять соотношение квантов времени на активную задачу и задачи в фоне, за это отвечает параметр в реестре
Win32PrioritySeparation
По умолчанию
0х26 кванты 18:6 = Оптимальный вариант.
https://github.com/keoy7am/Win32PrioritySeparationTool
При этом само время кванта зависит от системного таймера.
При системном таймера 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 (на англ.) о проблемах статтеров, фризов и лагов (терминология, описание и причины возникновения)

Alex TOPMAN, ну вот мы и подошли к вопросу об результате этих различий.
А вернее - остается только получить результат от владельцев кеплера\максвелла и понять, что на pascal с этим не всё гладко.
Не смотря на наличие gtx 1080 в нереф исполнении, играю в d3 я как раз на веге 56 реф.

У меня с 1063 все нормально



Добавлено спустя 1 минуту 24 секунды:

На самом деле, если разобраться, то и на картах амд есть такое же, зачем поднимать панику?

А где тут увидеть framerate?

Паника была поднята давным давно, само существование подобной темы говорит об этом.

Где?

Ну так линия это фреймтайм, а фпс как график в моем ав не показывается. а что график фреймтайма уже не катит?

Тема же немного не об этом, или я не так понял первое сообщение?

GTX 10х0 vs RX 4х0 ("диванная" аналитика, мнения местных "экспертов" и т.д.) #15119403

А он тут причем, если речь шла об FPS?
На моём же скрине он тоже не особо кривой

И опять же - где там смотреть?) Первое видео - 1080 Ти, второе и третье - без vsync.

А ну сейчас обновлю ав и сделаю с ним.

И там я не ту ссылку дал про тоже самое на картах амд - GTX 10х0 vs RX 4х0 ("диванная" аналитика, мнения местных "экспертов" и т.д.) #15119190

Тут в кучу. Тема о том, что людям 40 FPS на pascal и 40 FPS на maxwell по разному чувствуются. У меня такого нет, но вопрос к синхронизации и в D3 конкретно (т.к. с товарищем периодически в нее играем). На Vega 56 игра идет плавнее, без рывков, которые я ранее списывал на ЖД.

это совсем не то

Почему не то? Человек пишет что тоже самое график не ровный если что то делать в игре.

Как в новом ав добавить дрова и название карты? В мониторинге нет вроде

возможно зависимость от конфигураций и личных ощущений, фреймтайм-то у них все равно ровный при локе (или нет?)

возможно игра кривая и быстрая память дает такой эффект.

Народ на dpc latenci может влиять датчик Wi fi на материнской плате? И может ли влиять всякие подсветки на материнке?

WiFi определенно будет влиять на задержку в целом, то есть можно будет не заметить выключение WiFi на графике DPC latency, но это может сказаться на отзывчивости мышки и наоборот, как у меня было с дровами на звук. На счёт подсветки, тоже самое, если идёт постоянный обмен информацией с материнкой, ну, например подсветка в зависимости от играющей музыки... Как пример из моей практики: установленный и запущенный (некоторые проги ввиде службы могут быть) Corsair Link все время считывал информацию по USB в режиме реального времени и увеличивал DPC Latency аж до 4000. Однако, в случае с подсветкой, думаю, траффика гоняется куда меньше. Имхо , думаю, суть вы поняли.

народ, мне вайпер в другой теме скидывал ссылку на английские оверы, где писали про "правильную" настройку компа (всякие там профили высокой производительности, какие-то настройки экзешников на 10 винде и прочее). Есть такое на русском?)

И ещё, какой комплекс прог используется в текущей теме для определения неисправностей? LatencyMon всё зелёное показывает, иногда тёмно-зелёное, но при этом в овере дропается фпс и в моменты дропа игра ощутимо пролагивается. Сейчас у меня только 8 гигов озу, но проблемы с дропом были и раньше. Были ли они на 1070 - не помню, если и были, то явно меньше раздражали, чем сейчас. Сейчас даже счётчик фпс дропает до 120 примерно при локе в 144. Честно говоря, эти подлаги происходят иногда в очень неподходящие моменты и уже начинают подбешивать.
Ещё момент - при сворачивании/разворачивании пролагивается звук.
Судя по гпу-з, частоты видюхи колеблются в пределах 20 мгц, проц зафиксирован на частоте 3.3 на все ядра, smt включён. Память 3200/с14, но только 8 гигов (вторая плашка вроде накрылась, вытащил пока).
Пользуюсь шэдоуплей, он всегда пишет в фоне. Также в винде используется масштабирование с патчем от винды 8.1, чтобы всё масштабировалось нормально, без размытия. Звуковуха дискретная, встройку не выключал. Есть вай-фай/блютус модуль со сторонними дровами от делл (с кодеком aptx).

Btulhu, Counter-Strike: Global Offensive #15119140

eightylvl спасибо)

Добавлено спустя 2 минуты 2 секунды:
а звук зачем ставить 16 бит/44100? А если у меня будет внешний цап, например? Подключённый по оптике или юсб.

144+ Паскаль-возможны проблемы всегда. Тем более у вас Шедоуплей оверлей, патч на винду, дискретка и вайфай модуль. Что-то из этого "винегрета со сборной солянкой" вносит свою лепту.

Патч для масштабирования я бы с радостью удалил, но глаза жалко)
ладно. Для начала попробую переставить дрова на звуковуху)
У меня ещё и от дискорда оверлей, кстати)
Вместо шэдоуплей посоветовали OBS, но пока нет времени копаться.

У меня фризов не замечено, видно только падение фпс в перенасыщенных сценах в дестени 2, но тут от оптимизации и проца может быть...
Есть еще вариант, что на мониках 60Гц не успеваешь фриз увидеть))

Ясно)),тут ничем не помочь,только как искать компромиссы. А у вас драйвера случаем не 388.xx ? В ветке по драйверам баг уже вычислили со статтерами.