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

Volfos а при чем тут нвидиа? В игре пробовал поворот камеры ставить на стрелки?( в некоторых играх есть такая возможность) Если при таком повороте проблемы нет - кривой движок, которые не может норм обрабатывать инпуты мышкой или пропуск пикселей(опять же кривое двигло). В нормальных играх надо проверять.

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

Добавлено спустя 2 минуты 3 секунды:
Пример нормальной игры, я проверю.

Volfos на видео обычный статтеринг. такое же можно получить в кс го, тупо ограничив фпс на 50 к примеру https://www.youtube.com/watch?v=KVYGo1f12HI

ну в фильмах понятно. 30 фпс парашно смотрится при 120-144Гц.
А вот в винде странно, что нет разницы 125 и 1000 Гц на новой мышке при перетаскивании? При 125 должны быть реальные рывки, а на 1000 плавно. Строб подсветки пробовал включать, яркость на 100 ставить? Этот моник с шим же, мож поэтому еще размытие кажется сильным. Полностью размытие без строба не убрать.

кс, овервотч квейки есть? Что вообще есть их игр?

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

если мышку поставить на 125-250Гц будет примерно такое же + еще страшный тиринг.(всинк естественно офф)

Volfos Пробовал HDMI, Displayport. Все одинаково.
Don't Hurt Me Неужели 1060 не тянет скайрим? Или Nvidia врет насчет количества выводимых кадров?

OLD Hunter у меня на 500.
altovod у меня со скайримом проблем не было никогда. там графон архейской эры как сказал бы батя ваномас

для такого старья драйвер 385.69 пробовать. плюс движок на 60 фпс только расчитан, типа если больше то лаги будут. поэтому 60 фпс на 120/144 монике - думаю такое дерьмо и будет на экране

OLD Hunter разлочить, будет весело https://www.youtube.com/watch?v=-SrRktX2ROQ. я сам делал анлок и получил такую же хрень как на видео. движок на основе gamebryo . ему скоро 20 лет будет

Don't Hurt Me понятно. Тогда не пойму что хочет товарищ выше. 60 фпс на 120-144Гц так и будет выглядеть.(причем на 144 хуже чем на 120, т.к фпс не кратен герцовке)

Снял видео, чтобы отпали все подозрения в оптимизации игр, дело не в играх, это происходит на рабочем столе https://youtu.be/zDlksaPo64A

Добавлено спустя 6 минут 10 секунд:
Это проявляется при 120 Фпс тоже пример кс-го, моник у меня 144Гц. В Скайриме у меня 120 Фпс.

Да это же есть и на рабочем столе и в КС ГО

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

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

Добавлено спустя 2 минуты 47 секунд:
Думаю что проблема тут в программном обеспечении либо видеокарты либо материнской платы

Volfos специально сделал 60 гц 60 фпс (прога 75 не умеет, либо 60 либо 120) https://www.youtube.com/watch?v=UzziLdlxHvQ

Добавлено спустя 1 минуту 40 секунд:
в реале не дергается, а на ютубе дичь. кек полный ( а не, это я 75 поставил обратно и задергалось на ютубе, при 60 плавно)

Это не статтеринг, какой статтеринг может быть на рабочем столе.

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

Делал я разные Гц на мониторе и 60, 75 100, 120 144 все одно. И при 120 Гц ограничивал фпс от 30 до 120 с помощью MSI Afterburner не чего не помогло.

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

Какой у тебя монитор? Мой ASUS vg 248 на 144 Гц. Я думаю не в мониторе дело

Включил скорость 0,25. Статтеры увидел. Смазывания - ноль. Монитор отображает нормально, а вот кадры, похоже, пропускаются.
И, кстати, это может быть проблема не ВК и видеобуфера, а запросто приёма кадров самим монитором (если буфер вдруг двойной, а тиринг не хочется).

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

Везде может быть, кроме статики. А окна двигать, это уже динамика.

Что-то я не вижу тут проблем. Кто-то видит?
Ты так и не ответил ставил ли яркость 100% и пробовал ли включать строб.

Поставь ограничение 144фпс в игре, 144Гц на Монике, выключи всинк и сними экран на камеру.

Добавлено спустя 5 минут 55 секунд:
Alex TOPMAN пропуск кадров на видео(если он есть, ибо чтобы это понять надо самому такое писать и смотреть) может быть потому что там 120фпс на рабочем столе , а запись в 60. Возможно если сам запишешь 60 фпс даже при 60Гц на 0.25 скорости будет такое же.

Проблему монитора не будет видно на видео, а только на внешней записи экрана.
Don't Hurt Me видео недоступно.

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


Тут, да - согласен.

Я вижу, монитор не причем.
Либо ввод мыши плохой, либо вывод кадров неравномерный. Первое проверяется в нормальных играх поворотом камеры с помощью клавиатуры или геймпада.
Если подтвердится первое, то подбирай частоту опроса мыши (или коврик). Иначе, пробуй другие видео драйвера, билды win10, в/карты, материки пока не найдешь источник проблемы.