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 (на англ.) о проблемах статтеров, фризов и лагов (терминология, описание и причины возникновения)

Минимальный добавочный лаг от VSync это 1 кадр.
https://youtu.be/E3wTajGZOsA
Не ну можно отключить MPO, включить классический оконный режим, воткнуть VSync и выставить настройки которые не тянут. Вот тогда да будет больно.

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

Для максимальной боли надо ещё Тройную буферизацию выключить.

с моими требованиями к графике (маскимум, кроме сглажки) и мощностями компа в основном FPS крутится в районе 100.


для чего ограничивать, если это никак не помогает?


не в этот раз.


всегда играю с ним с момента покупки монитора.


что-то с тобой не так, сударь... обратись к терапевту.

А зачем он сегодня, когда есть фрисинк и гсинк?

OLD Hunter
зашпарился, пардон! G-Sync у моего мона... LG ULTRAGEAR 32GP850-B.

добавочный к чему? К предыдущему 16,6мс кадру при 60гц. И это в лучшем случае. Ты же инпуты делаешь не строго на последней миллисекунде отрисовки монитора? Поэтому всегда добавляй минимум х2. Это далеко не то же самое что +3мс при 300фпс. Собственно, это лучше не обсуждать, а просто зайти в любую игру и проверить. Vsync даже на 144гц очевиден. Хотя не так плох, многие не заметят, но я сразу получаю инфаркт глаза и бегу его вырубать


на них лаг пониже, но по-моему они все же иногда допускают тиринг. Не играл долго и не настраивал, не знаю, может быть проблема решаема. Из-за лага они мне не подходят. 300+фпс тоже устраняют тиринг, но еще и лаг в нулину.

Если бы...

darthvedar устраняют, проверено. Если остался, то у тебя долгих (относительно долгих, 5-10мс) кадров много, копай туда.

В какой игре? В кривострайке2 и тыща не помогает.

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

Victor91rus у меня конечно не 1000 фпс Но 300+ и capfremex не сложно. Хотя полос на полэкрана конечно не видно.

реально не заметил никаких изменений.

Интересно, почему нет темы DPC latency на видеокартах Radeon

WhiteRatify потому что когда ошибка в дровах амд, буквально всем плевать. Но если у инвидии когда-то на паскалях были проблемы, то тема будет жить в веках.

Victor91rus го версус. Хром, серфинг, (ютуб в фоне), ватсап, телега. 5 мин в latmonинет чет седня глючит, с пятого раза загрузилговорить за всех, мягко говоря не по пацански

На видеокартах nvidia задержки DPC невероятным образом, происходят из-за подключения вашего монитора по hdmi кабелю. Задержка выше в том случае , если задейсвованы DP порты (тоесть когда к ним подключены мониторы и работают), и процессор работает с настройками по умолчанию касаемо перехода ядер в режим энерго сбережения, + когда включена парковка ядер. Чтобы комп заработал без задержек нужно выключить монитор который работает по HDMI и перезагрузить компьютер, + в bios должны быть отключены энерго сберегающие функции и парковка для процесссора (парковку ядер можно попытаться оталбчить в windows через processlasso (зависит от настроек bios), + мной через консоль cmd была применена команда
bcdedit /set disabledynamictick yes. При задействованных трех DP и включенных трех мониторах задержки в самых тяжелых играх не превышают 500ms. В то время как с задейсвованным hdmi при включенном мониторе подключенном к нему подскакивали до 2000ms были лаги в играх и щелчки в звуковом тракте на всех аудио устройсвах (встройка, внешняя usb звуковая карта , звуковая карта через pcie-e).

Добавлено спустя 7 минут 57 секунд:
А теперь поделитесь информацией. Это брак конкретной видюхи или такое на всех линейках видеокарт 1660 / 1660 ti , 3080 / 3080ti, 4080super master ? Кто-нибудь задействовал порты dp + hdmi, или dp + dp + dp + hdmi одновременно ? Кому-нибудь помогла замена видеокарты на новую ?

Народ всё ещё решает несуществующие проблемы.

Проблема в том , что когда любой из 4 мониторов подключен к hdmi порту видеокарты - включен и работает , то периодически возникают щелчки в звуковом тракте любой аудиокарты подключенной к материнской плате и на встройке в том числе, происходит это из-за постоянных или периодически возникающих прерываний от видеокарты, в том числе могут быть фризы в играх.
Как только отключается монитор подключенный по hdmi и перезагружается компьютер проблема исчезает, до следующего включения монитора по hdmi.
Какая windows ? 10 или 11 , какая версия 22h2, 24h2 ? Какие порты задействованы одновременно ? (dp + hdmi) ?

Тоже всё нормально. Никаких проблем не было никогда.
Последние драйвера стоят, oled 2k@360hz по hdmi 2.1 , второй 1920x1080@360hz по dp 1.4 подключены. Ластовая win11@24h2