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

шиза не шиза но это цифры, их можно сравнивать, лучше конечно между собой (на своей машине) после ковырятельных мероприятий, c HPET например, на наличие эффекта. Сравнительно с другими машинами можно глянуть какие процессы/драйвера аномальны и тд. Конкретно по цифрам этой проги у меня в топе всегда вифи адаптер, затем видео. Да, и с нынешним радеоном показатели у меня лучше чем на паскале. Как все это ощущается на практике, в играх то бишь, другой вопрос, на грани плацебо, просто кому то нравится что в бенчах и спецпрогах у них все "ОК"

Это я тоже помню, как все носились. Такая ерунда. Людям лишь бы поноситься с чем-то. То файл подкачки, то лоу латенси в драйвере, то эти таймеры... Потом на рабочем столе в режиме энергосбережения на 150мгц в 2д и на 1 ядре 800мгц цпу в с-стейтах замеряют дцп латенси, и от увиденного выбрасываются из окна 1 этажа вместе с решеткой.

У меня только один вопрос: а че, без дцп латенси не видно какой там лаг?

У меня кстати на последних дрова 572.83 DPC Latency в лэтэнси мун скачет как ненормальный, на прошлой ветке такого нет.

может быть слышно ) я по первой сюда пришел когда лечил джиттеры на звуке.

OLD Hunter У меня этот импут лаг на постоянке, Но помогли такие манипуляции:

Нашёл подходящий драйвер nvidia 556.12 (на более новых прям чувствуется что хуже)

Обновил биос материнки

Удалил драйвера logitech (настройки в мыши g502 остались)

Стало более менее приемлемо, но у друга на более слабом железе лучше.

Помощи не прошу, уже много чего перепробовал за год, коплю на новый ПК от красных, вдруг там повезёт.

Вы играли у друга за его ПК? Монитор не может быть виновником или как вы говорите в том же кс2 все нормально?


Так а зачем копить, у вас же вполне себе актуальное железо. Продайте и тут же соберите новый системник.

Всем привет.
Подскажите по такой проблеме dxg вызывает порой скачки задержек в системе (приложу скрины из LatancyMon)
Драйвер 552.44
Уже очень много всего пытался сделать но четно. Видику сделал андрвольтинг.

https://imgur.com/a/yiOwuJA

У меня драйвер тоже вызывает какие-то задержки, но больше всего вызывает WDF01000.sys, что это я хз. Там аж десятки тысяч идет число

Это сама система.

anta777 ну я читал что WDF01000 это некий фреймворк который связывает девайсы и систему, но так и не нашел что это может быть. Если делаешь мышку во время запуска LatencyMoon с движениями то это число растет невероятно, что конечно говорит о том, что это системный процесс, но если смотрю на скрины других людей, у кого есть проблемы с драйвером НВ по задержкам, но нет с этим. Вот и пытаюсь понять, что это, отключал USB контроллеры, все лишние USB устройства, даже без видеодрайвера проверял, что это и как эту задержку лечить, я хз...

Создайте уже кто-то тему DPC Latency. И туда пишите. В большинстве случаев современные проблемы НЕ связаны с Nvidia.
А эту тему проще снести или переименовать.

а есть какой нибудь усредненный порог задержки DPC, после которого явно ощущается дискомфорт ? Например я слышал что для киберкотлет он не должно превышать 0,3мс. У меня макс 0,5 в Halo Infinite, в cs2 0,35, разница в прицеле и реакции ощущается. никто не проверял свою игру с latmon в фоне ?

WhiteRatify нам походу надо отдельную тему пилить

ManOfSteel я за в

WhiteRatify а варик с тем, что в хало 200фпс, а в кс 400, уже не катит?

Victor91rus катит конечно. И разные движки катит, и разная нагрузка на гпу. Я больше для примера привел

Я еще 5 лет назад предлагал переименовать: DPC latency на видеокартах Nvidia #16950025 но чет дело не пошло, а модеры сносить не будут т.к в теме есть полезная инфа

WhiteRatify я не знаю, по-моему это слишком индивидуально. Если глаз видит лаги, то нет смысла замерять.

Victor91rus пресловутый смысл в том, что если high/low DPC на бумаге = high/low LAT в работе, то проги типа LatencyMon реально могут служить для быстрой оценки системы на задержки (как furmark на температуры), будь то в звуке или картинке или отзывчивости. Я хотел определить свой макс DPC при котором мне комфортно и пока что нащупал что при 0,5мс я не чувствую влияния DPC, могу сказать проблем нет с задержками, а при 4,0мс не то что игры, винда работает так будто пересел на дуалкоре. Также мне интересно, нет ли связи между моими "комфортными" 0,5мс DPC и частотой системного таймера :

Кроме лэтэнси мун есть какой-то способ искать что грузит прерываниями? Мне интересно что даёт щелчки звука