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

Я и на интел не планирую её отключать.

да и зачем, он очень полезен, благодарю за вывод команды.

Идентичен моему, просто странность что Restart Pending по идее должен быть в false, но учитывая что и у вас так же, я думаю для меня вопрос этот исчерпан. Спасибо ещё раз.

Можно попробовать залезть в настройки TPM и сделать Clear. Но вряд ли это решит что-то.

Добавлено спустя 12 минут 52 секунды:
Забыл. Не чистите TPM при использовании битлокер. Будет печально. Особенно если нет ключа восстановления.

уже делал, но это не помогло, и очистка tpm- нежелательна без необходимости жёсткой, если в поле Owner Auth "пусто" и стоит ManagedAuthLevel : Full .
Т.к тогда в owner прописывается временный ключ, который висит в Ram а в реестре меняется уровень управления(ManagedAuthLevel),рисков это не несёт, но это не дефолт состояние fPtm, и ключ после рестарта должен очищаться, но не очищался, по крайней мере у меня. И что бы сбросить прошивку в дефолт приходится шить биос с очисткой NVRAM( утилиты, программатор, или рекавер-режим с флешки + .rom)

По вашему выводу команды, я вижу что всё у меня порядок, и это скорее всего особенность платформы амд с restart pending. В принципе это типично для амд, ftpm много проблем создала, с багами и статтерами при обращении к NVram. Это известная проблема. Сейчас кое как подлатали, но видимо не всё, и в этом смысле Интел явно лучше.

p.s Битлокер не включен и не пользуюсь , а то бы да, была бы печаль.

По моему это не фича амд. На интел я где-то тоже видел подобное поведение.

Может быть, по крайней мере там нет гарантированного вот этого
https://www.techpowerup.com/295821/amd- ... -oems?cp=4

https://www.comss.ru/page.php?id=11681



и это очень побуждает меня перейти на Интел, в следующий апгрейд.

Может кто-нибудь проконсультировать по поводу фикса для мыши. У меня масштабирование стоит 150%, я в реестр изменения соответственные вношу, но при проверке мыши через батник данные все равно разные в столбцах. Винда 11 самая свежая. Я про вот этот раздел.
https://github.com/denis-g/windows10-la ... 1%80%D1%8B

А вы их правильно то пробили? Сэр, скидывайте скрин вашей настройки в реестре.

В Win11 при масштабировании и отключенной акселерации (повышенная точность указателя в настройках мыши) - скорость (назову ее так) так же скейлится на тот же коэффициент, в данном случае 1.5, т.е. ставь не ставь этот твик - 1 к 1-му ну будет, как на 100%, например. В этом случае для работы твика нужно включить акселерацию (поставить галку), тогда Windows не применяет этот коэффициент, а твик отработает как и задумывалось (отключит акселерацию, даже если она включена в системе)

чутка не догоняю ты постулируешь, что, тем, кто играет в неродном разрешении, надо ставить галочку, или как?
для понимания:
1/ вот у меня моник 2560х1440(родное разрешение) в винде масштаб 100% | в игре, например 1280х960| мои действия?
2/ вот у меня моник 2560х1440(родное разрешение) в винде масштаб 100% | в игре 2560х1440(родное разрешение) + полный экран(не в окне) | мои действия?

В данном случае, ничего, все работает так как должно. Если акселерация не нужна, отключаем повышенную точность, для верности можно накатить фикс мыши.


При 100% масштаба в винде - курсор ведет себя так:
"Повышенная точность указателя": ВЫКЛ - курсор перемещается пиксель в пиксель (1 к 1-му). Без акселерации, ускорений и т.д.
Если "Повышенная точность указателя": ВКЛ - включается акселерация, со всеми вытекающими.

На 150% масштабирования и т.д. все так:
"Повышенная точность указателя": ВЫКЛ - акселерации нет, но скорость курсора множится на коэф. масштабирования. Т.е. на 1.25, 1.50 и т.д.. Соотвественно не 1 к 1-му и при тесте "MouseMovementRecorder'ом" будут несоответствия, о которых автор сообщения писал.
Если "Повышенная точность указателя": ВКЛ - как и при 100%, включается акселерация, со всеми вытекающими.

Суть того фикса мыши в том, что бы при ВКЛ "Повышенная точность указателя" курсор перемещался 1 к 1-му, как и при ВЫКЛ. После его применения, в случае с 100% масштаба - можно хоть ВКЛ, хоть ВЫКЛ эту опцию. Но на 150%, например, нужно обязательно ВКЛ, при ОТКЛ винда ускоряет курсор и он все равно не работает как задумывалось, по крайней мере в интерфейсе винды.

JackRaiden у меня масштаб 125% + повышенная точность указателя ВЫКЛ. То есть, чтобы было по феншую (без акселерации, ускорений и т.д), мне нужен твик в реестре на 125% + повышенная точность указателя ВКЛ ?хмм, вроде норм, сенса стала как при 100%, акселерации нет и mouse с pointer совпадают. Спс, проверю в работе и играх.

поясни-ка поподробнее=делать то что=что такое твик 125% + что такое EnPrtPR ВКЛ?

отключил HPET в вин10 про 22н2, но в LatMon.exe measured kernel timer latency так и осталось 12000 примерно.
делал с помощью Intelligent standby list cleaner ISLC задержку 0,5с, но задержка упала только до 11600 примерно.
видел люди каким то образом задержку до 1000 с копейками скидывают. надо ли этого добиваться? если да то куда копать?

здесь подробнее, твики и тест прога. Мне нужен был мувмент мыши 1:1, mouse=pointer при 125% масштабе, без ускорения. Я раньше думал для этого достаточно отключить повышенную точность указателя (EnPtPr), но оказывается масштаб тоже влияет на ускорение, и все это время играл с mouse≠pointer. Для профита потребовалась правка реестра под свой масштаб (твик) + EnPtPr ВКЛ.

Спс Profy13 за наводку и JackRaiden за уточнение.
апд. да, этот фикс работает на практике. Разница в движении курсора до и после у меня составила ~100 dpi, то есть на столько пришлось увеличить cpi мыши, чтобы компенсировать упавшую чувствительность, которая раньше прыгала от масштабирования винды.твикнутые значения в реестре подобраны для дефолтной чувствительности винды (1-6-11), может из-за этого. Для пользовательской чув-сти потребуется пересчитать эти значения с помощью комплектной тулзы, но мне проще оставить дефолтную и настроить через cpi мыши.

приветствую всех...можете ли разъяснить почему у процесса "системные прерывания" периодически появляется статус "включено" в колонке "регулирование энергопотребления" в диспетчере задач...

Без понятия, никогда не обращал внимания на этот столбец. Может у вас стоит какое ПО которое периодически грузит систему через драйвер? У вас же подробности... не подробные.
Нажмите ПКМ по названию столбцов сверху и добавьте процессорное время, просто нагрузку цп, GPU, выделенную память(commit size) и подвиньте их левее описания, как вам удобно.
Нагрузка через драйвер будет видна как раз по переодической или постоянной высокой доли этого процесса. В нормальном состоянии он должен болтаться около 0.

sonic1979 срабатывают энергосберегайки в простое.