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

Устанавливать то драйвера вы будете не в безопасном,рекомендация выключать сетевой адаптер в ос или роутер- это пусть и не лаконичное "примитивное и тупое" решение - но надёжное- позволяющее избежать проблем на 100% во всех случаях для всех пользователей на win10- поясню:

Рекомендация связана с простой вещью- на некоторых системах -"10" - сервис paexec в комплекте с ddu не отрабатывает правильно-ввиду проблем "на исполнение"- пусть вы запускаете ddu и с административными правами.

Так-же отключение автоустановки драйверов программой не всегда срабатывает на разных системах и версиях ос-, и после перезагрузки можно будет их опять выкачать из диспетчера задач или wu. Успеете поставить драйвера пока их windows не выкачает частично? -хорошо, а нет-получите микс библиотек dll-c разных версий драйверов.

Сарказм и картинки old hunter- понятны,но не уместны-так как надо понимать что любая рекомендация имеет под собой практическую и теоретическую базу))- другими словами- не слушайте "нубов"

вот это логика

По поводу дров. Ставлю дрова уже неск лет просто обновлением поверх, запуская exe файл - 0 проблем. Так было на вин 8.1 и 10-ке в разных редакциях. Ну а если у вас и с дду какие-то проблемы - это тяжелый случай. К дду отношусь скептически и считаю что основная часть проблем именно из-за него.

У меня нет проблем-я рассказываю человеку как работает софт в разных условиях, и почему так или иначе требуется или не требуется что-то делать с аргументами-учитывая faq,а ваши шапочки с фольгой и я дартаньян у меня нет проблем-это не аргумент-а показуха))).

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

я там давно сижу. все тесты Linx, MemTest проходит.

OLD Hunter писал(а):

этот софт не нужен в 99.9% случаев. Им пользуются только гики/параноики/староверы, которые считают что надо обязательно что-то чистить, делать 25 перезагрузок, иначе будут хвосты, какие-то наложения и т.д. и т.п. Но на самом деле все уже давно настроено и вылизано и работает в автоматическом режиме. А если бы требовался доп софт или перезагрузки это было бы указано при установке дров или же перезагружалось автоматически после установки(например как это делается при установки обнов на 10 винде) Опять же это все имхо. Я никому ничего не навязываю, а говорю как есть и должно работать в 99% случаев.

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


Связано это как-то с привязкой к режимам энергосбережения и таким сценариям: сон,гибернация,фастбут. Выход из сна или долгий простой не приводит к таким симптомам как у вас-тёмный экран и так далее? Фастбут включён?

Уменьшение разгона или снижение частот памяти и увеличение таймингов решает проблему?

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

Режим питания стоял -максимальный. сон. гибернация выключена. при простоя был черный экран. уменьшение разгона и снижения частот и увеличение/изменение таймингов не решало проблему. процессор AMD. все согласно тематической ветки настроено, в том числе память калькулятором

Смотрите журнал Виндовс- вкладка Система- особенно в моменты когда происходит чёрный экран,если железо в порядке, и разгон не причём. На предыдущей версии биос проблемы есть?

kiberman. черный экран был и на старом биосе. заново ставить пока не хочу- жду новый биос. в очередной раз будет черный экран - журнал просмотрю что пишет. спасибо за совет.

Добавлено спустя 22 минуты 59 секунд:
OLD Hunter. Я разгоном и компом/железом занимаюсь уже более 20 лет. и с таким случаем столкнулся первый раз. Система Windows 7 и предыдущие были стабильней - в них все драйвера ставили "ручками" - какие хочешь версии, в твоей последовательности. Железо и ПО развивается. и когда система Windows 10 берет под себя установку всех драйверов самостоятельно по своему усмотрению, пользователь "проходит мимо этого процесса". Драйвера пишут и выпускают под новое железо и оно не всегда поддерживает "старое". Железо у меня подобрано отдельно. и мне сейчас помогла тема и используя Latency Monitor я выяснил причину в драйверах Nvidia. удалил с помощью DDU. установил заведомо профиксенные дрова 385.69 и вроде пока все в порядке.

Почему именно эта сентябрьская версия драйверов аж за 2017 год и что Вы там заведомо профиксили? Я использую версию драйверов 391.01 каких-то проблем не заметил. Но, надо сделать оговорку. Из игр только установлен Prey прошлогодний и всё. Играю при включённой вертикальной синхронизации при FULL HD разрешении. "На глаз" я не вижу каких-либо просадок по частоте кадров или фризов и тому подобного. Хотя кое-какие исследования делал, почитываю ветку про процессоры Ryzen соответствующую. Да и DDU никогда не пользовался, устанавливал драйвер всегда поверх старого.

Замучался с HDaudbus.sys, постоянно лезет высокое ISR, перепробовал более десятка версий драйверов. Что в обычном, что в msi, для него нет разницы. Ни изменение битности и дисрктизации, ни сброс биоса и его даунгрейд ни откат на семёрку, ничего не помогает. Неужели единственный выход - внешняя аудио карта?

Добрый день. Подскажите. есть ли здесь проблемы с чем-нибудь у меня.

romalan
тут в шапке все указано, сносим аудио все дрова, все программы мониторинга, дрова видюхи через DDU, чистим реестр

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

"Moonk"
я ранее в течение 1 минуты выкладывал уже картинки. поэтому добавил еще после теста. для сравнения

Добавлено спустя 7 минут 3 секунды:
"Moonk"

Никакого решения не нашлось? в сингл плеер играх фризов вроде нет, а вот в Хотсе и диабло 3 есть.

в хотсе у меня проскакивают иногда,но и на веге они были,а вот в ОВ всё супер гладко

Какой-то из свежих дров на паскалях показал себя хорошо по DPC?
Давно уже сижу на 385.69, решил спросить вдруг обнаружилась другая исключительно хорошая версия?

Доброй ночи!

ещё 387.92, тут связка c версией windows то-же влияет. В ветке windows 10 нахваливаю rs4 билд 17133.1- очень понравился. Учитывая как я критически отношусь к работе и софту-удивило меня. Ещё народ там пишет что на Интел подъехали wddm 2.4 совместимые драйвера. Возможно в ближайшее время и Нвидия выпустит-посмотрим.