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

Это не тест стабильности, всё у вас хорошо, ни делать ничего, старый чекер не показывает правильно в windows 8 и выше-если форсить разрешение таймера,сам автор утилиты об этом писал на сайте

Недавно купил 1060 от асуса.Не знаю она ли виновата но проблема такая.При воспроизведении музыки в аимпе появляется треск(как будто меняют частоту дискретезации)и лаг мышки(на пол секунды)Что перепробовал-отключил HPET в биосе и винде,ставил только драйвер дисплея для карты(417.35)и вчера вроде бы без зависаний было.А сегодня опять появились.LatencyMon ведет себя странно-во время этих лагов задержки не показывает.
10 win x64
Fx 6300
8 gb
1060
ssd 128
hdd 1tb
смарт хардов в порядке.


Добавлено спустя 42 минуты 38 секунд:
А это результат после изменений с энергосбережение usb(пользовался компом в обычном режиме-браузер видео стим)Дальше 3072 вроде не растет.И заиканий вроде с фризами нет.Но не уверен что помогло.После перезагрузки будет видно.

Добавлено спустя 16 минут 28 секунд:
Вот результат после перезагрузки.Лаги со звуком и мышью не пропали.После запуска хрома процесс NDIS взлетел в цифрах до 6 и графики стали красными

оО Это исключительно системных или вместе с пользовательскими? Что ж там включено-то осталось

Перешел тут, кстати, на платформу AM4 (видеокарта все та же — MSI 1070) и вот же ж оказия: при отключении HPET в BIOS система стартует только "на холодную", при рестарте из-под Винды — черный экран и все. Даже курение профильной AM4-темы дало свидетельство, что это известная проблема. В ОСи, к слову, HPET оказался отключен (во всяком случае, bcedit /enum не выдал никакой информации по известному параметру). Имеет ли смысл включать настройку в ОСи, если в BIOS таймер никак не выключить?

Лаги ndis говорят о проблемах с сетью. У меня было даже когда патч-корд стоял криво и был перегнут в нескольких местах - пики до 300, при норме до 60-100 по ndis.
Ну и сетевую в MSI mode переключите.

изучайте

Имхо, в ОС лучше таймеры вообще не трогать.

у вас сборка?

Тут кто-то в ветке про карты 2080 ляпнул, что у серии 20хх нет проблем с DPC. Владельцы оных, отпишитесь плз.

Ляпую, показатели по программе Latency Monitor не изменились после смены 1070 на 2080

Т.е. что на 1070, что на 2080 одинаково хреново?

средне я думаю, голова не болит долбиться в стену?
#77

leetSmithy
Заходите в диспетчер устройств находите там high precision event timer (или нечто похожее по-русски) и отключаете если он там есть. Ничего системе от этого не будет, она умеет и в другие таймеры.

нет не сборка. ставил с официального дистрибутива.

тогда поделитесь опытом,что и как отключали?

FreyFOx
https://habrastorage.org/webt/fp/yl/8w/ ... tciso.jpeg

https://habrastorage.org/webt/tc/eb/bm/ ... sx-e0.jpeg

https://habrastorage.org/webt/ky/2q/6n/ ... fqtuq.jpeg

еще в планировщике всякую хрень поотключал.

и еще с помощью autoruns, в лучше снять галочку с "скрывать программы микрософт" (или както так она называется.) и после этого внимательно и неспеша отрубается туева хуча говна.

кроме того использовались батники по отключению телеметрии и настройке винды
Сделали: westlife и LeX333666 -- ru-board.com -- ::::::::: http://forum.ru-board.com/topic.cgi?for ... art=480#21

К слову про оптимизации. Недавно постучал в правильный бубен и отключал даже планировщик как таковой вместе с журналом в Win7. Интересно запустится ли 10 если их в ней убить.
Всё было хорошо кроме отвалившейся языковой панели(без понятия как они связаны) и зависания VisualStudio при переключении языка. Странный баг с учётом, что во всём остальном ПО и играх всё работало хорошо.

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

сейчас от 29 до 30 процессов всего! dpc 15-25. Осталось только самое нужное, необходимый минимум для функционала оси.Защитника в итоге тоже вырубил. Но фаерволом закрыты все входящие и исходящие, где уже ручками прописаны разрешения кому и куда можно.

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

Я её у себя тоже отключил. Ну а серьёзно,а накой она? Можно же и так, в слепую переключать сочетанием клавиш, прям вот обязательно видеть этот значок?))

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

Всем здравствуйте. купил msi 1066 gaming x и с небольшим разгоном системы было всё кайфово, играю к слову онли дота и кс. Всё плавно ,картинка не рвётся , на максах фпс 120-140. Решил подразогнать систему дальше , добивался стабильности в тестах только, игру не запускал. Между всеми этими делами обновилась 10ка до последней версии, я не придал этому значения и забыл совсем)). В итоге получаю в тестах , в марке и везде больше попугаев!!! Залетаю доволный в доту, а там мало того фпс не изменился, да ещё и добавились микрофризы, картинка поддёргивается... Что только не делал, и в сток систему возвращал и дровишки переставлял. Вот только сейчас вспомнил , что винда то обновилась..... Может в этом быть проблема ? Щас приду буду сносить