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

Файл заблокирован на ядиске и хрен его скачаешь,
Нельзя ли его здесь выложить ,если не трудно конечно

kurtzyftw И сразу ее обновляй

батники для удаления телеметрии и всякой хрени.

Перед использованием обязательно узнайте порядок использования.

переустановил, ничего не обновлял всё вылечилось) слава богу

Есть DWS (Destroy Windows Spying), тоже лечит всю телеметрию и прочее.

А обновляться ваша винда умеет после таких вот извращений?

Недавно перебирая настройки uefi на матери b150 гигабайт, отключил переход процессора в c3, c7/8, c9 state ( по умолчанию в авто, т.е. вкл.), которые хотя и предназначены для энергосбережения в простое, но напрямую связаны с работой турбо буста, с их отключением проц i5 6500 не бустится одним ядром до 3600, двумя до 3500, тремя до 3400, а только все 4 ядра на 3300, что снижает производительность в однопоточных приложениях. Но в таком режиме задержки упали с 200 до 30-70. То есть работа этой технологии интел: снижение напряжения, отключение кэша и т.д. запаркованных ядер процессора, которое происходит при работе турбобуста генерирует такие задержки. В результате получаю незначительное снижение производительности на рабочем столе (субьективное ощущение т.е. насколько можно почувствовать разницу работы одноядерного проца 3200 и 3600), но в полной загрузке все очень быстро, особенно в играх( задержки минимальные). Не призываю никого отключать эту полезную технологию, просто поделился наблюдением.

если включить обновления то может и умеет.
а зачем ей обновляться? Если ставится не сырой rtm, а пропатченая на основные косяки 2-3 месячная релизная винда, ну или ставится винда через несколько месяцев после выпуска версии, обновляется на лечение найденых косяков, потом обновление отрубается. Если же выходит чтото критически важное то можно и ручками накатить. Не вижу надобности постоянных обновлений винды.

К слову о ndis, сетевой Killer против Intel, и немного о "DPC на паскалях"
Вынужденно сменил 1070 MSI на 1080 KFA2 и материнку на модель с i219-V вместо Killer E2500

Скачки по ndis.sys до ~100us и общий уровень (средний, минимальный) DPC в системе не изменились ВООБЩЕ.

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

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


Для тех же целей использую утилиту UWT4 (Ultimate Windows Tweaker)

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


Это известный факт. Все у кого вы увидите скрины с красивыми задержками (как выше у Иголки, ну или у меня) - зафиксировали частоту процессора на одном (максимальном) значении.
Энергосбережение преследует цель не изобразить красивые задержки, а сэкономить электричество, поэтому так

По моему, это очевидно - фиксировать частоту ЦПУ и отключать энергосберегайки, вместо того, чтобы процессор постоянно по несколько раз в секунду чертыхался на переключения частот и напряжений, вместо выполнения приложений. Снизьте немного фикс. частоту и выиграете не меньше в энергопотреблении, чем вам наэкономят энергосберегайки. Либо видеть номинально чуть более высокую, но постоянно дёргаемую сберегайками частоту, либо иметь её на шаг ниже, но при этом получить стабильную и ровную исполняемость приложений и низкие задержки системы с её высокой отзывчивостью.
(вы уже поняли, что для себя я выбрал последнее)
P.S. Мне это немного напоминает обсуждение автомобилистов темы, глушить ли ради экономии топлива двигатель на светофорах с более чем полуминутным ожиданием.

в десятки сейчас 2 таймера, это их QPC хз как помноженный до 10MHz и hpet, потому я наоборот советую включить HPET в винде и в биосе, тем более на амд он не просаживает производительность.

включены энергосберегайки, включен торрент, ползал по сайтам, на фоне играла музыка, и писал этот комментарий. стандартный таймер винды 10 гораздо медленней на амд.
hpet on
#77

#77

отключил их и там и там-лагов вроде нету.уже как вторую неделю

Вредный совет.

Вы бы уточняли, что под "AMD" имеется ввиду а не Ryzen, как могло бы подумать большинство.

Лаги опять вернулись.Слушал музыку в аимпе-появились рывки мыши и треск.Не могу понять из за чего они,то есть то нету

Спасибо всем за полезные советы! Многое применил.
Но основная проблема решилась иначе. У меня ndis.sys выдавал раз в 10 секунд задержку в 500 мс. Это много. Свежие драйвера для матплаты с официального сайта asus стояли. Ну как свежие. Мать старая. Свежий драйвер это последний на офсайте за 2015 год. Пошёл на Реалтек. Нашёл по номеру чипа дрова для своей сетевухи 2018 года. Поставил. Больше 50 мс не скачет теперь.
Ещё бы ataport.sys какой нибудь новенький бы.

Олды здесь? У кого Win7? На дровах 417.71 DPC скачет жесть как, какие последние дрова с нормальной задержкой?

399.24 попробуй или еще немного старше, 387.92 на десятке LTSB стоят-вроде норм

В техподдержке сказали что проблема с задержками уже давно решена.

Вся 400ая линейка дров говно, туда же 399.24, 399.07 и 398.82. Сижу на 378.92 минимальные задержки и инпут лага нет. После них вообще нормальных дров не выходило, что то поломали там... В кс-го на всех последующих ватная мышь и минус 40 фпс в бенчмарке! Думал что-то путное за 2 года выпустили, оказывается нет, походу и не будет..=(