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

цифры хорошие, но само по себе это ничего не доказывает и судя по их версии это не Win10 билд 1809

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

iG0Lka какой смысл сравнивать показания с разных систем?
всем: и научитесь уже делать скриншоты нормально

я вообщем то хотел сказать что зависит в большей степени от системы а не от версии дров.
система там вроде 1709, скрин снимал несколько меяцев назад.

сейчас 1709, дрова 399.07
скрин только что сделал


Добавлено спустя 36 секунд:
Mr_VIT так и я о том же

По впервых не все это понимают, что важны не только дрова, а во вторыъ результаты даже на Win билдах старше, чем 1709 могут быть сильно лучше чем средний отклик в размерах "овер 100"
Например моя винда это 5 лет без тотальной переустановки , 8.0 > 8.1 > 10 все сборки до 1809 (да да, я успел отхапнуть в первый же день пока не прикрыли)


PS
скриншоты как скриншоты, средство самой утилиты "Latency Mon 6.7"

отсюда можно поподробнее?

1. моя система, Current стабильно ниже 100, и на втором скрине вообще низко если без служб Nvidia, но пришлось крутить по полной всё что можно убрал, но она захламлённая уже.

2. прямо сегодня накатил чел Win10 1809 на новый комп, вообще ничего не меняли после установки, никакие службы не гасили, система на AMD R5-2600/ MSI B450 Pro/ Radeon 580.
у системы "Current" в районе 35-50 стабильно, с максимумом 80 один раз за 2 минуты.
Чел ещё покрутит/порежет выпилит spectre/meltdown и HPET и всё что положено, посмотрим что будет.

PS решил что пора свою переставить таки ))

Похоже я с Win 7 никогда не слезу

А толку? У тебя на 7-ке "абсолют максимум 27", у меня на 10-ке v1803 (v1809 еще не ставил) -- 50-60, со скачками nvidia драйвера до 90-100. При этом непосредственно в игре плавность картинки на 10-ке заметно выше, чем на 7-ке, с инпут-лагом сейчас тоже все хорошо (v1803 в этом плане вообще очень порадовала, в отличие от предыдущих билдов).

на моей системе игры себя лучше ведут с включенным через биос HPET, скажите мне надо тогда прописывать эти команды? set disabledynamictick yes, set useplatformclock false

DPC 25-27 Достигается очень просто в 1809. По крайней мере на моей системе. Хотя из служб ещё не всё отключил и общее ко-во процессов 42. У иголки кажись 30+ (антивирь, фаервол и журналирование я отключать не буду )
Но я не пользователь нвидеа)

А тут патовая ситуация - низкий DPC большинству юзеров интерсен в приложении к играм. А новые игры начинают прям требовать x64 & win10, всё настойчивее. Плюс отказ от поддержки старых виндов новыми видеокартами.
Поэтому вне системы кооординат "рубаю в CS-онли (здесь любая старая игра) и сижу в низколатентной ОС, со всем столь же древним как CS" становится невозможно находиться на Win7.

Скачай TimerBench и жмякай кнопку дисейбл или енейбл (у меня енейбл + в биосе) хпет и любуешься на результаты теста, или графики latensymoon. Лично мне результаты теста ниабчом не сказали, а вот графики да, особенно в dpc latensy checker. Но я еще по ходу установил службу TPC 500

В результате сижу на Win 10 и древней платформе

у меня под win10 1709 так никаких tpc и timerbench не ставил.
#77
но есть скрин и совсем без выбросов, но как правило проскакивает несколько столбиков.

Вот с этого надо и было начинать

Интересно это какие такие игры и видеокарты которые не работают на Win7 o_O Огласите весь список пожалуйста

eLfiK Что-то я тоже об этом не слышал.

iG0Lka
DPC Latency Checker не работает должным образом на системах выше 7-ки. Это сами авторы утилиты пишут.

0xffffh при определенных условиях работает. Авторы просто отмазались.

Переустановил win 10 1709, дрова nvidia 388-31, потюнил всё по шапке темы, +inspectre, дрова остальные обновил (особенно сеть влияла).
Но, результат далеко не идеальный, я думал лучше будет в чистой системе .
DPC Latency checker даёт стабильно 1000ns ровной полкой.

upd.
Обновил Win10 до 1803 билда. Настроил - disable HPET, plaformtick, ускорил timer resolution, Optimal пресет в TCP Optimizer и стало годно.
DPC Latency checker и Latency Mon довольны
upd 2.
Добавил для сравнения результаты системы Win10 билд 1803 без драйверов nVidia. И результаты 1803 с признанно неплохими драйверами 398.82
Все результаты, после тюнинга виндовз и как мне кажется для драйверов они в рамках статистической погрешности. А вот чистая система в разы лучше работает сама по себе.

iG0Lka и что это за условия такие? пустота в голове?

Mr_VIT
#77