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

Микрофризы в играх и треск звука, раньше такого не было, вот и пытаюсь выяснить что является источником проблемы.

в нагрузке он есть?сам ищу решение этой проблемы.Обычное явление-загрузка системы,запускаю хром иду на ютуб и включаю видео,наблюдаю рывки мыши и треск звука.
Что пробовал
1-Чистая установка виндовс(не помогло)
2-отключение торрента и прочей ерунды с автозагрузки(банальное решение но не помогло)
3-Отключение HPET в биосе и виндовс(не помогло)
4-Сброс разгона-не помогло
5-Обновление сетевой на реалтек-не помогло
6-Отключение быстрой загрузки через реестр(тестирую)но не уверен в этом
Такие дела.Фризы абсолютно рандомны.Могут не появляться спустя 10-20 включений пк а на 21 появиться при абсолютно равных условиях.
Парадокс но сейчас загрузил систему на максимум через аиду(тест стабильности)и ради интереса запустил ютуб-при 100% нагрузке фризов и треска звука нет.

MCrefrigerator, Latencymon не полностью подходящее средство для подобной диагностики, есть средство получше - Windows Performance Recorder/Analyzer из комплекта Windows Performance Toolkit.
По вашим скринам можно только понять что основной генератор задержек DPC у вас ntoskrnl.exe т.е. ядро ОС, но что приводит к такому поведению ядра системы Latencymon нам ответ не даст. Пишите трассировки и анализируйте их инструментом выше, лучше всего если записать трассировку и симулировать ситуацию при которой проблема непосредственно проявлятся.

В инструкции ничего нет про отключение ненужной периферии в биосе (всей, включая такую например как serial port или дополнительные вайфай или сата контроллеры), и переводе максимально возможного числа устройств в MSI mode (гуглите MSI_util_v2.exe). Это нужно сделать. Также не совсем понятно что у вас с процом - разгон в профиле не указан, проц работает в стоке (т.е. в авто с постоянным переключением P-state)? Это большой генератор задержек. Зафиксируйте частоту проца.

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


Пишите трассировки Windows Performance Recorder и симулируйте ситуацию при которой проблема возникает, потом на трассировке ищите что именно в этот момент начинает происходить. Там есть удобные представления в виде графиков, можно наглядно с timestamp-ами увидеть изменения.

По подробнее можно?Я не шибко гуру с этой темой,но разобраться нужно.

Так,третий старт с отключением быстрой загрузки через реестр.Пока что полет нормальный.

Так разбирайтесь, качайте инструменты, записывайте, запускайте анализатор. В чем вопрос то?

Вопрос в том что качать и запускать

человек в этом не разбирается,поясни ему попроще как и что сделать

абсолютно верно,и вопросов на форуме будет меньше.

Вот проанализировал, windows recorder и analyzer как вы и сказали. Но ясности это не внесло, потому что не смотря на среднее знание английского я не понимаю в этом ничего. Вижу только что пабг рывками грузит процессор и видеокарту. Но я не знаю какими результаты должны быть, не с чем сравнить. В Analyzer поставил тестироваться все абсолютно. Еще могу добавить что замена видеокарты ситуацию не изменила, друг дал 1060 попробовать, микрофризы так же сопровождают игровой процесс. Может кто взглянуть на скрины и помочь расшифровать, могу так же добавить еще результаты из других разделов - напряжение, память, хранилища и тд.

может сама игра такая?

Микрофризы не только в пабге, и раньше такого не было.

а в самой системе?

Нет, только в играх, и треск звука при просмотре видео в интернете. Просто в full hd на r5 2600x 32gb 1070ti иметь такие фризы смешно, и не ясно после каких манипуляций они появились, и так уже 2 месяца пытаюсь разобраться.

А при прослушивании музыки через проигрыватели,не проявляется такая проблема?Я у себя замечаю такое в хроме и в аимпе когда проблема проявляет себя.Щелчок звука-заедание,лаг мыши.

Не замечал, так как музыку на компе почти не слушаю.

Вечер добрый!
Это ничего не даст если платформа виновата или её настройки. Что-бы ковырять трассировку нужен базис- хотя-бы книги Руссиновича. Почитайте "Внутреннее устройство Windows" -Windows Internals - 6ое издание - 1-2 часть и 7ое 1 часть.


Для начала опишите версию билда ос- какая конкретно.

Для райзена- мп стоит последний биос?

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


По методике- я её дополню позднее и напишу софт для анализа используя системный монитор и счётчики - сделаю это поудобнее в обертке gui и сформирую методику для всех с практическими примерами-что-бы не надо было лезть в cmd - но когда это будет не могу обещать- может летом или в течение года- сейчас на это нет времени- и это "не горит".

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

Фак со временем дополню инструментарием,но сразу говорю это будет не скоро))

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


В инструкции есть общее предложение на этот счёт -но рекомендовать сразу юзать msi нет смысла-иначе вас "замучают" - потому-что это всё-таки метод борьбы прежде всего с несовместимостью мп/оборудование, включать принудительно -имеет смысл на x79 и других старых чипсетах, новые и так работает вся шина pci-e через msi, msi-x то что диспетчер показывает ничего не значит)))- Доки ищите на technet

Прошло уже практически 5 дней с момента отключения быстрой загрузки.Фризов нет.Общее кол-во включений за эти дни -11

Всем привет! Никогда не интересовался этой темой, но решил проверить, на всякий. Нормальный ли результат и/или можно как-то улучшить?

#77

Какие драйвера установлены?