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

о! значит это не из-за моих настроек системы.

Да, я писал что софт окружение влияет в том числе, но честно, не думал что Ось в этом случае. Сам удивился. Может после апдейта какого возврат функции будет быстрее. Пока не ногой на неё-1703 устраивает полностью. Всё больше меня поделие майков разачаровывает.

народ гляньте что-то никак у вас, чего применить посоветуете(винда последняя 1709/16299.19/ платформа x58 из профиля).
Hpet 64 bit в биосе отключён
соотв 1 ряд без нагрузки:
лево: со службой SetTimerResolutionService 500 из этого поста DPC latency на видеокартах Nvidia #15013329
право: Без службы

соотв ниже: тоже самое, но только под нагрузкой(CINEBENCH15)
+ скрин с bcedit /enum

Честно я бы разрешение таймера не форсил,это вредно https://habrahabr.ru/company/intel/blog/186998/

На хабре детально объясняют почему. Простыми словами- когда надо софт или служба сама изменит. А постоянно держать - не есть гуд.

Да уж... Мне вообще пришлось на v1607 LTSB откатиться, т.к. в v1703 тоже есть достаточно критичные для меня косяки.


Отключения HPET в bios достаточно, в самой винде я бы таймеры крутить не стал. Форсировать timer resolution в 500 не вижу смысла, т.к. на 10-ке система во время игры сама его выставляет в 500.

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

Немного опередил меня.

Зависит от платформы. На профильной с вин10 - фоновый уровень DPC сразу скачет до 120-150нс. С HPET off (useplatformclock delete) работает TSC и с ним 20-30 фоновый уровень.

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


В реальности несколько лет использую максимальное разрешение таймера на постоянку, и не обнаружил никаких минусов. Ощутимых невооруженным глазом плюсов конечно тоже, но по крайней мере понимаю что используется "максимальный" режим. Мегаватты впустую, вероятно, критичны в экономичных ПК и ноутах, но в разогнанной с повышением напряжения системе где и проц в браузере всегда молотит на максимальной частоте... сами понимаете

Речь не только о мегаваттах, и экономии-у нас в стране благо электроэнергия не ценой в красную икру. Речь о софте,службах и процессах в самой ос в том числе, которым постоянная "накрутка" эта не нужна. Тут разговор не о железе.

Мне достаточно что в 10-ке кривой
рантайм брокер, не понятки с игровыми опциями и менеджером рабочего стола и счётчики производительности- кочегарить их не хочу-мне не железо жалко или килловаты.

Зачем в 10-ке создавать лишние проблемы,что-бы после апдейта на ось потом ещё что-то выискивать, не хочу. Про штрафы производительности не забываем-2-5% это разгон памяти не плохой или штраф к Антивирусу тяжёлому. На кой ляд добровольно у системы отбирать мощность. Так-же считаю правильным когда софт сам крутит таймер когда надо.

У меня не xp, 7-ка или ltsb enterprise 10-ка где хлама меньше-там можно эксперименты мутить. Обычная про - нежная как одуванчик- за 2 года эксплуатации десятки- честно так и не вывел корреляцию между её работой,тюнингом и внешними проявлениями. Чаще прихожу к мысли вобще её не трогать)). Ни параметры ни реестр, ни ключи загрузчика. Вобще ничего.

В том смысле что на xp или на 7-ке, я точно "чувствовал" как система работает, от чего может быть замедление или те или иные ошибки в логах и т.д. Чего ожидать от апдейтов драйверов и системы- старые Ос были предсказуемы в работе и игре. Теперь это "случайная переменная" -больше всего меня бесит,что при выходе нового сервисного билда или видеодрайвера результат на выходе не известен Может стать лучше,может хуже, и поймёшь не сразу

Самое "безобидное" disabledynamictick - считаю то-же нужно осмотрительно использовать.

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


Не понял там по видео,слеповат, raw инпут мыши в соурсе поломан на 1703?

чем замерить?

Наоборот, "не raw" инпут поломан.


http://www.resplendence.com/latencymon

Киберман правильно написал: именно поломан raw. В смысле, это билд винды не даёт его игре. И, похоже, проблема эта не только в КС. Именно такой микростаттер, как показано здесь https://www.youtube.com/watch?v=cAMjZE7xY2Y я вижу много где у себя. Например, в Фолы4е.
И не так давно я даже пытался уже где-то здесь в постах отцепить проблему статтеров от чисто драйверов, DX, ОСи и т.п. и приписать её к конкретным игровым движкам, т.к. В Сталкер:ЛостАльфа, например, у меня было всё ОК (правда это я смотрел до падения вин10 и возврата на вин7). Но, нутром я чувствовал, что это обязательно связано именно с инпутами (и не всегда только от мыши - клавы и консольные гейпады иногда тоже кое-где грешат). А теперь оказалось, что поломать или отцепить этот "чистый ввод" можно много откуда.

Alex TOPMAN, в том-то и дело, что на Win10 v1703 можно играть только с rawinput 1, т.к. при rawinput 0 мышь ведет себя неадекватно, а на Win10 v1607 можно играть как с rawinput 0, так и с rawinput 1 без каких-либо проблем.

нет разницы. показатели что с вкл., что с выкл. HPET примерно равны... полоски скачут одинаково.

Вкл-выкл не только в биосе должно быть
Но и в винде useplatformclock true/false/deletevalue

где и как это вводить? напомни плиз.

а как в овервотч включить выключить rawinput ?

iG0Lka да оставь ты уже этот овер в покое. Там все порблемы только от соединения и серверов. Неужели до сих пор не понял этого?)
ну а на счет инпута - там никак не выключить. И зачем это делать там или в любой другой игре? Кто вообще сейчас играет без ро инпута в тот же кс и чем оно лучше?

Ну, так-то лучший игрок в мире играет без rawinput, впрочем как и некоторые другие про-игроки, хотя большинство (70-75%) все же играет с ним. Чем лучше -- конкретно в CS:GO внутриигровой rawinput реализован криво и дает дополнительную задержку. Небольшую, но достаточно ощутимую, особенно если у тебя комп настроен на минимальный инпут-лаг, ну и конечно если ты вообще в состоянии почувствовать эту разницу.

У меня нельзя выключить HPET в биос, как выключить в винде на постоянку?
команда bcdedit /set useplatformclock false вроде работает только до перезагрузки.

Добавлено спустя 32 секунды:
2 .Стоит ли ставить режим макс произв. в дровах nvidia?

Здрасте приехали. bcdedit - средство управления загрузчиком системы. Прописывается и работает при каждой загрузке.



А для чего? если цель - максимальная производительность, то разумеется стоит

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


http://lmgtfy.com/?q=useplatformclock+true
Неужели ждать ответа на форуме быстрее?

k2viper а какой командой проверить включен HPET или нет?