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

проблема в треске звука, а также во время треска подлагивает. dpc latency выдает от 8000мкс. перерыл кучу форумов и тем, решил оставить свою. HPET и тд трогал. треск звука, потеря производительности компа (мышь лагает,звук и любые действия на компьютере). Скриншот speccy. ос переустанавливал

fcknhll А причем тут DPC latency на видеокартах Nvidia если тема про ваш звук? Так-то отдельная тема есть про это.

Windows 10 подвисание, треск звука

Привет! Вот человек, если не понимает вот - ЭТОМ ВСЁМ...не нужно отфутболивать..
Привет Пользователь/Юзер! - Начни с этого:
Пользователь/Юзер! - точно? Уверен?. Шифры, локал хост, порты...
https://github.com/denis-g/windows10-la ... ree/master

Zonder1981 Причём тут отфутболивание и левая тема? Где он описывает, что у него проблема с видеокартой нвидей, когда очевидно что у него трабла со звуковым драйвером реалтек, который криво встал.

кто нибудь еще пользуется msi_util ? Скажите пжлста, какое значение стоит по дефолту для nvme контроллера ? Я забыл что у меня стояло по дефолтуконкретно приоритет

В диспетчере устройств находишь нужное устройство, в свойствах во вкладке сведения нужно найти имя инф файл и секцию, в этом файле наверняка будут нужные ключи реестра. Инф файл скорей всего находится где-то в C:\Windows\System32\DriverStore
У меня вот такое в инф файле стандартного драйвера. В драйвере с сайта производителя материнки некоторые настройки отличаются от стандартных.


В утилите MSI_util_v3 кликаешь два раза на нужном устройстве, открывается редакто реестра в нужном месте, заходишь глубже в ветку Device Parameters\Interrupt Management\Affinity Policy, смотришь на параметр DevicePriority, меняешь через утилиту приоритет для проверки и смотришь изменилось ли значение в редакторе реестра(нужно обновить инфу через F5). Если значение изменилось то это та настройка что нужна. Меняешь значение этой настройки на то значение что указано в инф файле.
Похоже что 1 это низкий приоритет, 2 средний и 3 высокий.

_User ладно, спс. А у вас сейчас какой приоритет стоит на NVM контроллере ?

У меня нет такого, а на обычном контроллере стоит высокий приоритет.

WhiteRatify у меня после чистой установки винды high стоит

Периодически (пару раз в квартал) запускаю Latency Monitor, задержку показывал 100 - 150 (не больше). Сменил монитор на 4к, обновил биос материнки, обновил драйвера чипсета. Решил проверить задержку, несколько секунд показывает максимум 80 (нормально), тут бац... скачок до 685! и опять 40-80, через секунд 15 - 700! Так и скачит, за минуту от 3 до 5 раз бывают фризы, практически всегда сначала скачек до 685, потом за 700, до 800. Но это секунду, потом опять норм. В винде и в игре не заметно фризов. Вроде и не мешает, цифры в зеленой зоне, но не пойму, откуда скачки, раньше их не было совсем.
Виндовс 11, максимальная производительность, винда не засрана, не люблю лишний софт, все удаляю. Процессор (r5 5600х) в стоке, активирован только профиль XMP, и AMD Smart Access Memory. Видеокарта в даунвольте с помощью адреналина, никаких сторонних программ разгона/даунвольта не установлено. Поставил заново дрова на видеокарту, убрал даунвольт, почистил автозагрузку, проверил на вирусы (быстрая проверка drweb). Осталось все также, проскакивают фризы. Также эти фризы видны и в программе Frame Latency Meter .
Куда копать? Стоит ли заморачиваться, физически фризы не ощутимы, но психологически напрягают

не устаканилось еще.обращения системы к предустановленному но удаленному софту (aka фантомные боли) могут служить причиной тупняка зависимых служб и процессов. сидеть ровно и мониторить, апдейтить все остальное.

Ровно не усидел, сил не было терпеть. Стал чистить хвосты от удаленных программ, обновлять все драйвера. Один фик, тоже самое, несколько раз в минуту задержка подскакивала до 685-710.
Потом обратил внимание на версию программы Latency Monitor, была 7.0.0 (на память), скачал последнюю. Проблема исчезла, задержка 40-100, выше не поднимается! Теперь я спокоен

Народ у кого ни будь была проблема с тем что постоянно система шатает dxgkrnl.sys.

mouz не парься.жалоб нет. Эт норм рабочее состояние у меня.

ps. вообще стал считать lmon второстепенной тулзой. Вы быстрее увидите и услышите задержки вживую, чем в этой проге.

как уже замечено это норма, а у тебя - лучше нормы, максимум можешь поглядеть закладку СPU и перекинуть видюху на другое реальное ядро + глянуть https://cryptpad.fr/pad/#/2/pad/view/VM ... LgI/embed/ стоит ли мутить чтот с нынешним твоим положением дел - вопрос

BOBKOC
Гайд в котором дофига "типа" умных мыслей, но ни одного нормального теста настроек. К тому же существенная часть либо делает ничего, либо хуже. Бегло пробежал глазами и сразу заметил пару настроек которые якобы что-то делают, но на практике тестами полезный эффект не наблюдается и закрыл эту стену.

Глянул ради интереса, насчет отключения потоков, ну такое себе решение, сам автор об этом предупреждает, все очень индивидуально.

Что не так с этими днищенскими драйверами Nvidia?
Несколько лет назад у меня была 1080ti и 2070s, и на обеих картах звук потрескивал, это раздражало. Ставишь в систему радеон, нет никаких проблем с DPC

Несколько дней назад я купил 1070ti, чтобы обновить ПК для отца моего друга.
Поставил в свой комп, чтоб потестить, так вот, после пары часов использования я заметил треск при просмотре видео, и в этот момент я понял - опять это дерьмище c Nvidia
И естественно система уже полностю другая чем годами ранее.
Последний драйвер 560.94 и эта туфта с DPC все еще существует!!!
Писали что в каком то драйвере 536.67 проблемы исправили, но это видно только для Ada/Ampere
Для Pascal никто ничего не фиксил

#77

Windows 10 подвисание, треск звука #17292078 + Треск в наушниках на новом ноуте #17862876 & ASRock LGA1700 на чипсете Intel Z690/Z790/B660/H670/H610 #18230427

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