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-State и отключите всё что глубже с6. Если не помогает то можно попробовать отключить и с6, но мне кажется это уже лишнее. C1E тоже может быть медленным.
А так у вас сейчас нечто похожее на полное отключение С-State через ОС.

как это Processor Idle Demote Threshold and Processor Idle Promote Threshold выглядит на русском?
да ладно - С1E то отключено

Оно на MSI по дефолту выключено

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


Пороговое значение повышения состояние простоя и пороговое значение понижение состояние простоя

нет такого порогового(есть ошибочка вышла )

BOBKOC
4b92d758-5a24-4851-a470-815d78aee119
7b224883-b3cc-4d79-819f-8374152cbe7c

Добавлено спустя 27 минут 14 секунд:
Только не пытайтесь ориентироваться на оригинал и перевод, как и описание в этих параметрах. У них описание половины скрытых параметров даже на английском кривое.

Нет, на вин11 по умолчанию включена везде, может кроме плана максимальная производительность.
Чтобы радикально устранить DPC задержки нужно с помощью проги ParkControl выключить всю парковку и скалинг частот.
Эта парковка еще сжирает и производительность до 10% в режиме частичных скачущих нагрузок таких как игры при упоре в цпу.
А после сделать твики питания как в этом видео https://youtu.be/x0BN608Sd3Q
У меня все DPC упали в 3-4 раза, драйвер нвидии с 1800 упал до 500-600 от фикса из видео.
Потребление питания в простое не увеличилось, может +2 ватта к 5 ваттам.

последние дрова( 536.67) поставь-погляди, по идее +-200 макс должно стать.

Дрова 177 теперь, а вот система меня опять мучает WD

верхняя цифра к wdf0100.sys отношения не имеет.

А я про нижнюю.

Pagefault - а точнее Hard Pagefault в памяти ожидались данные, но их там нет, были прочитаны с накопителя. Данные кэшируются и переходят в Soft Pagefault, если у вас конечно есть место в памяти под кэш.
У вас все цифры кроме interrupt to process в норме. А что вызывает эту проблему в данном окне в принципе невозможно узнать.

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

Браузер с тонной вкладок, игра в фоне, войс, всякая мелочь, я.музыка через встройку и остальное в монитор через HDMI. Я ещё и переключался с этого окна в процессе.
Даже если я запущу нагруженную виртуалку, то она вызовет рост DPC в 3-4 раза это всё ещё не повлияет на производительность, фризы и щелчки звука.

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

Дак это в простое, всё закрыто и все лишнее ликвидировано

В полном простое в зависимости от настроек сбережения эти цифры могут потерять смысл. Системный таймер даже может с другой частой работать.

если ты про 23584, то бывает глюк, токо что словил сидел на 7 версии и глядел и горя не знал, а тут смотрю у вас 7.2, ну и поставил, и как начало там скакать(у меня правда открыто было лишнее, но от его закрытия ничего не менялось пока стоп старт не сделал)
но как и говорилось если чтот из игр( зависит ещё от что) запустить посильнее браузера, то подпрыгнет до
ntoskrnl.exe
0,26980
nvlddmkm.sys
0,285334

Специально зашёл в виртуалке на вин11 и обновил её.

Если этот параметр меньше 100 то парковка включена. По-умолчанию оно так только в плане сбережения. тултип как видите по прежнему показывает работу парковки.
А что вы там крутите я без понятия.

у меня там↓ 4↓ стоит ... эт как понимать? как то, что и на картинке до 96% будет припарковано( в моём случае по C1 )

Это процент от количества ядер которым запрещено парковаться.
4% - 4% запрещено пакровать.
100% - все ядра запрещено парковать.
Кто вам туда 4% поставил и зачем я без понятия.
Это по сути программная парковка которая отвечает за распределение нагрузки.
Возможно для новых RL, AL, 7900x3d и 7950X3d его и другие связанные параметры используют в качестве костыля.

Специально с консоли винды выполнял ресет планов питания с полгода назад, потом запускал ParkControl и видел, что парковка включена сразу, как и скалинг частот. Именно через парковку и скалинг выполняется буст на 1-3 ядра, когда потоки уплотняются и ядра паркуются. Если это отключить, то буст ядер не превысит максимального множителя для всех ядер.
Брал QuickCPU и тоже им ресетил планы питания - парковка снова есть.
Возможно на виртуалке не так работает либо учитывая что это виртуалка вносятся изменения автоматом.

Дело не в бусте а в архитектуре цп. У вас же AL, а то что мелких ядер нет "не проблема мелкософта".
Создайте пользовательский план питания, в нём скорее всего не будет менять само.
Тут ещё вопрос кто это меняет. Винда или софт интел.

Вообще все проблемы в том, что все настройки "плана питания" никто десятилетиями толком не трогал. Почти все они не менялись минимум со времён Win7, внося очень мало изменений. Поэтому "балансировщик" нагрузки работает одинаково, что с 2, что 256 ядрами - как говно. А гибрид вообще стал шоком, даже не смотря на то что там были предусмотрены параметры для энергоэффективных ядер.
Хотя в последних билдах Win11 они и накинули новых параметров, там всё равно работы непочатый край.

536.67 WHQL (July 18th, 2023)
Introduces support for the GeForce RTX 4060 Ti 16GB

Game Ready

Portal: Prelude RTX
Ratchet & Clank: Rift Apart
Remnant II
Resizable BAR profile for Dying Light 2: Stay Human

Fixed

Applying GeForce Experience Freestyle filters cause games to crash [4008945]
Increase in DPC latency observed in Latencymon for Ampere-based GPUs [3952556]