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

В общем у меня такая проблема:


Этот микролаг происходит во время работы ОССТ (без тестов) и одновременном запуске сенсоров в HWinfo.

Во время обычной работы проблема проявляется, как похожий микрофриз на 1 секунду со звуком "трр", наверное 1 раз в час примерно. Соответственно определить можно только если запущена музыка/видео. Без воспроизведения звука заметно только как лаг панели задач (редко), панель задач как бы исчезает, потом появляется, но возможно это что-то другое т.к. редко появляется.

Проблема появилась наверное месяца два назад. До это всё было ок, я даже не запускал не разу программы проверки DPC latency.
Винда на ССД м2 samsung 960 evo 250g.

Что делать незнаю, уже всё перепробовал. Сейчас попробую снять ссд с другого компа, поставить вторую винду, протестить с разными дровами.

Может ли быть проблема с блоком питания? Хотя напряжение в аиде показывает практически идеальное по линиям +3.3 +5 +12. БП 600W. Видеокарта gigabyte GTX 950.

а без запуска HWinfo ?

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

Да, фриз проходит. И переодически появляется уже без hwinfo и прочего софта с датчиками и т.д. А при обычной работе пк: рабочий стол на двух мониторах, один fullhd, второй 3.5к - сёрфинг в браузере гуглхром, ютуб (музыка, видео), работа в ворд/эксель. Когда играю в игры на одном мониторе, который в 2к, второй 3.5к отключаю, вроде проблемы нет, либо она не такая явная.

Вроде решилась проблема. Я не пользуюсь сата, а тут такое:

Сменил драйвер на стандартный виндовский AHCI. Фризы с задержкой 100к исчезли

Смешно

А вот для следующего не мешал бы самсунговский NVME поставить

Пришёл сюда из темы звуковых глюков в Windows 10 и сейчас глупость спрошу.

Почему именно так, а не наоборот? Не нагружать систему для выявления... эммм... слабых мест? В той теме все сетуют на сеть, на то, как она реализована в десятке, и, мол, если сеть не нагружать всяким iptv и прочим p2p, то и глюки не лезут лезут реже. Просто у меня GTX 1060: решил, что и эта тема может быть для меня актуальной. Последнее, что сделал - поставил SetTimerResolutionService из ссылки в этом посте. Current interrupt в LatencyMon'е с каждым разом всё ниже и ниже то с отключением C1 State'ов в UEFI, то вот сейчас. Раньше обычно было за 200мкс, но в какой-то момент скакало до 50 000 и звук заикался как при BSoD'е или как иногда когда жмёшь в LatencyMon'е кнопку Start (повторение семпла трррр). А запущу, например, стресс-тест в AIDA64 и мгновенно highest interrupt регистрируется порядка 5 000 - 10 000 мкс. Мне всегда казалось, что это индикатор "ущербности" системы: не стресс-тест так какое-нибудь переключение с монитора на ТВ его задерёт или та же сетевая активность. А если вся эта деятельность на него никак не влияет, то с системой, стало быть, всё в порядке. Не логично?

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

Я понял. Здесь речь о том, чтоб понять, именно видеокарта это делает или нет, а не определить в целом глючность системы. Я-то всё у себя пытаюсь определить, откуда именно волны

zaqik не совсем так.
тут задача определить кто конкретно повышает латенси.
В режиме простоя у всех прог и дров латенси должна быть минимальна, если она не минимальна то смотрим кто конкретно гадит.
А в режиме когда система под нагрузкой все дрова и проги начинают жрать ресурсы и выделить какогонить особенно вредного засранца трудно или даже невозможно.

Доброго времени суток всем.
Так и не разобрался с фризами, хотел вот задать вопрос, если в фурмарке у меня почти через одно и то же время есть микро-фризы, что это может быть? Видеокарта не ведет себя так в других компах, т.е. фризов в фурмарке нет. В момент фризов нагрузка на видеокарту падает на 10-20%.

#77

и ни каких фризов не смотря на SLI ( win 1903)

Камрады, это нормальные показатели?
Стоит что-то делать?
#77
#77

Добавлено спустя 1 час 5 минут 25 секунд:
А вот так в асасине, где просадки в тесте:
#77

Здравствуйте. Не давно сменил комп, хотелось бы знать, стоит ли беспокоиться. Бывает иногда проскакивают микрофризы в играх.
ОС: Win 10 1809 enterprise ltsc (билд 17763.678)
Электропитание в макс.;
В панели nvidia - режим макс. произв.;
Патч Spectre отключен, от Meltdown не могу отключить;
Установлены драйвера на чипсет, на сетевую, на звук R2.81, на вк 436.15;
xbox dvr отключен;
Индексирование на C и контрольные точки отключены;
Sysmain служба отключена;
Файл подкачки - 2048-2048;
Проц не гнал, озу в xmp;
Когда озу кэшируется гб 7-8, подчищаю её ISLC;
- Проц: AMD Ryzen 7 3700X
- Кулер: Thermalright aro-m14g
- ОЗУ: 16Gb Patriot Viper RGB 3600 Mhz
- МП: GIGABYTE X570 AORUS PRO (Bios - F4)
- Видеокарта: GTX 1080 Ti Palit GameRock (по умолчанию ставится в IRQ, переключена в msi режим)
- БП: Seasonic Prime ULTRA 850W
- Корпус: Cooler Master MasterCase H500P Mesh
- SSD, HDD: Samsung SSD 860 Pro 240Gb + HDD 1Tb
- Мышь: HyperX Pulsefire FPS
- Клавиатура: CBR KB-868 Armor
- Монитор: Samsung C27JG50QQI

По мне так зря Sysmain отключил

BakinvelskiQ
выключи амд драйвера на сата через диспетчер устройств

Не знал про что в этой службе что-то поменялось. Включил обратно.

?

Добрый день! После обновления до Windows 10 1903 отклик системы снизился, визуально заметна потеря плавности изображения (даже не знаю с чем сравнить... система показывает что 60Гц, но по картинке ощущается не больше 20Гц), не только в играх, банально на рабочем столе, плюс параметры стали какими-то странными:
#77
За прошедшие 5 дней перепробывал, перепроверил все, что попадалось на глаза. Если у кого найдется время помочь разобраться с проблемой, буду искренне благодарен!

P/s. HPET отключен в BIOS, система чистая, без ключей bcdedit /. Драйверы видеокарты устанавливал разные, но эффект потери плавности остается...

Kiyo-San
без заполненного профиля/конфига это бесмысленная инфа.