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

Какие конкретно щелчки ьебя беспокоят?

YakovDolgorukiy Во время переключения музыки, перемотки видео, а также в играх бывает прощелкивает когда подгружает сцену

ManOfSteel улучшайзеры какие нить стоят ? Попробуй удалить или поставить ) В некоторых есть тесты на твои щелчки при настройке буфера, дискретизации и прочего.велкам он борд скип, крю вейтинг йо ордерс

WhiteRatify Да ничего не стоит, вот голая винда свежая, включаешь музыку, переключаешь и щелчок ловлю, раздражает, думал на БП, брал у друга - также, думал на наводки от видюхи - брал у бати 4060, также. Я хз куда думать. Уши на USB работают, но и это хрень полная, потому что на 3.5мм также, через HDMI звук также, в играх иногда бывает странный микролаг (за исключением тех, кто реально беда с оптимизацией), даже взять какой-нибудь древний Portal 1, куда копать я не знаю, пробовал через WPR/WPA отследить, но так и не понял принцип

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

WhiteRatify Да делал уже, такое ощущение, будто прерывание какое-то происходит в момент этот, у меня драйверов кроме чипсета, видеодрайвера, толком ничего нет.

ManOfSteel
Во-первых, удали латенси мон. Он нахрен здесь не нужен.

Так ты в каких прогах переключаешь?
Чтобы не было щелчков в момент нажатия на стоп или переключении, нужно, чтобы музыка быстро, но постепенно затухала, а не сразу обрывалась.
В нормальных проигрывателях это можно настроить.
Если у тебя звук не трещит и не щелкает непосредственно в момент прослушивания, то все нормально.
Или ты включил музыку, а параллельно в браузере что-то тыкаешь или открываешь какие-то проги. Если в этот момент музыка не трещит, то всё у тебя хорошо.

Что касается игр, то тут уже вопросы к конкретным играм и твоему железу. Если в момент подгрузки на доли секунды игра полностью подвисает, то и звук отреагирует.
Также в играх на звук, как правило, забивают, поэтому иногда что-то где-то может щелкнуть на любом железе.

Я активно мониторил эту тему и все проблемы со звуком, о которых пишут люди, это вот прям проблемы-проблемы. Т.е. звук начинает трещать, ломаться, пропадать и т.п.
О том, что где-то в игре что-то рандомно щелкнуло никто не пишет.

P.S. Еще бывает проблема "засыпания" цифровых аудиовыходов. На всякий случай, прогулги програмку soundkeeper.

обычно через яндекс.музыку переключаю в браузере, но недавно накачал локальных звуковых файлов и тестировал в Аимпе и Фубаре2000, такая же картина. У меня есть старенький ноут, на нём таких щелчков вообще нет, просто идеал переключения как в браузере так и в сторонних проигрывателях. Игра не подвисает, бывает мелкий лаг отрабатывает даже если локнуть ниже того, что может видеокарта, например в 30 фпс локнуть, я могу всё равно этот пролаг (статтер) словить. Может я что-то упускают при настройке. Я не знаю, даже биос на дефолт сбрасывал, точно не проц и не память это, вот мне бы просто понять, какой отдельный компонент это делает и зачем, может опрос какой-то

ManOfSteel у меня дешевая плата, поэтому всякие улучшайзеры ставятся первым софтом на винду, а родные отключаются. Так вот при таких настройках проскакивают щелчки в тест тоне и в реал аудио, при перемотке, переключении и тд. Зато низкая задержка звука.при дальнейшем понижении размера и кол-ва буферов, что бы это не значило, растет джиттер и треск уже непрерывный, который уже бьет по фпс в играх. Джиттер в пределах 15% без искажений. Конечно все это при условии что родной звук без проблем.

WhiteRatify Да я не через плату звук беру, а через USB наушники у них своя звуковая карта, но даже если через плату брать или HDMI, то картина 1 в 1 будет... Никаких улучшайзеров вообще нет.. У меня теория, что какое-то устройство заваливает систему запросами, и в момент нагрузки это сказывается на щелчках, вопрос в том, как это проверить....

eLfiK о, спс, консоль это годно :кстати для Вагнарда крит DPC от 0,6mcхмм, надо попробовать. А то все советуют залочить на 0,5 и в стоке у меня еще ниже. Не приведет ли лок на 15мс к x3 снижению точности таймера, со всеми вытекающими для мониторинга...

eLfiK да пользовался им, тоже самое показывается, WDF01000.sys (понятно что это система и прокладка между ней и драйвером), а что это - фиг его знает

покурил немного сабж у того же Вагнарда, покрутил таймер на своей 22h2 и имею сказать следующее, поправьте если ошибаюсь или баян:
0,5мс = много прерываний = высокий DPC = макс производительность (perf)
15,625мс = мало прерываний = низкий DPC = мин производительность (idle)
По дефолту таймер динамически меняется от нагрузки - в простое стремится к 15,625мс, под нагрузкой и в играх к 0,5мс. В десятке таймер общесистемный (хз что это), в 11 винде таймер привязан состоянию проца. Лок какого либо значения, локает таймер в perf/idle = высокий/низкий DPC. К сожалению на своей неофф десятке мне не удается выставить значение выше 0,5ms чтобы сравнить с разницу в DPC и производительности :может сборка роляет, или материнка с ее таймером. Если кто не боится запороть систему, интересно было бы увидеть сравнение этих двух значений выставленных через ISLC, в таймербенче и своих играх. 11 винда, как я понял, более гибкая в этих настройках. Остальным совет конечно не лезть в эти дебри, ибо чревато

WhiteRatify Я раньше игрался с этими таймерами на старой сборке Б550, толку никакого, только хуже стало. Если бы это действительно влияло так сильно Майкрософт бы уже это сделали дефолтом общепризнанным. На реддите куча тем с этими таймерами и большинство пользователей склоняются что это Snake Oil, т.е безрезультатная шляпа которая делает хуже

ManOfSteel майкрософт выбирает баланс, как в настройках электропитания по умолчанию, только в нашем случае не дает выбора. А кому то нужен мин DPC или макс perf

WhiteRatify Баланс даёт, потому что так работают новые процессоры на основне гетерогенных ядер, даже на 7000/9000 лучше использовать баланс, так рекомендует сама АМД. А про интел уж говорить не буду, сам планировщик П+Е ядер так работает, если ставить выс.производительность будут фризы/статтеры, т.к планировщик не сможет выбирать что ему нужно.

ManOfSteel а мне не нужен баланс таким как его видят майки. У меня он свой, персональный. И вообще многое делаю не по "рекомендации", а по личным ощущениям и желаниям.

WhiteRatify У вас древний процессор, вам лучше выс.производительность использовать, наверное.

Главные правила для таймеров:

Команды для windows 7/8.1
bcdedit /deletevalue useplatformclock (отключаем HPET)
bcdedit /deletevalue useplatformtick (отключаем ACPI Power Management Timer=PM Timer)
Они находятся в южном мосте чипсета, а TSC (его нам надо оставить) в процессоре.
bcdedit /set dynamicusertick no (отключаем динамическую частоту)

Лучше использовать явные команды для windows 10/11, так как выше команды заставляют работать windows по умолчанию, а не явно указывают.

bcdedit /set useplatformtick no
bcdedit /set useplatformclock false
bcdedit /set disabledynamictick yes


Посмотреть текущую конфигурацию можно с помощью команды
bcdedit /enum