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

У меня в таймингах, Command rate

посмотрел у себя.
нашел такой параметр, только обозначается он не CR
#77

kiberman, я правильно понимаю что автоматом выбирается 2, или стоит конкретно указать?
может еще что поменять можно для улучшения отзывчивости?

выставляй 2 там где Auto ,со скрина предпоследний пункт.

можно в cpu-z посмотреть текущее значение. , что оно показывает если в биосе стоит значение на авто-

#77

krasnov77 , CPU-Z показывает 2Т
https://habrastorage.org/webt/os/xl/u2/ ... oe3ne.jpeg

счас попробую 1 поставить, вдруг чудо

Про этот пункт вы говорите? #77
Для лучшей производительности говорят лучше включать или не так совсем?

Утро доброе!



Накладных расходов существенных никаких-это настройка из разряда safe defaults- безопасных по умолчанию, пару процентов на память штраф, и к общей производительности в пределах погрешности около 0.5-1% в минус. То-есть ничего.



По ataport.sys и hal - вам надо выкачать последний комплект на чипсет,и распаковав его вручную, пройтись самостоятельно по диспетчеру, подсовывая inf на оборудование, возможно что-то не ставится, есть ещё отвал юсб у вас, по не понятной причине. Всё это надо смотреть. Пишите в тему. Попозже я гляну ещё раз ваш мануал к мп. Может что в голову здравое придёт.

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


Здорова!

Автоматом cr2. Не знаю сможет ли cr1 на 8-8-8-24 - Отзывчивость может быть лучше -только если озу+контроллёр БЕЗ проблем переварит это. Если что сбросишь перемычкой, если не загрузится


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

поставил 1. все работает, без проблем. ттт
счас поиграл в игре отзывчивость очень хорошая, вот только причиной может быть интернет

Всё ясно спасибо.

Спасибо за советы, буду пробовать.

А память не BLS4G4D240FSB.8FADG, а BLS4G4D240FSE.8FBD

Пожалуйста, да индекс другой- не внимательно посмотрел.

Может в настройках электропитания процессора отключено переопределение ядра приостановки ядра производительности процессора и лимит на ядро 90%?

где такое настраивается? а то первый раз слышу

kostik1966beta
ну и где там "лимит на ядро"? единственное что там есть с "90%" так это порог признания ядра сильно загруженным, и относится это к управлению С-состояниям и множителями частоты, а не к "лимитам"

Как вариант: утилку что я выше предлагал с лимитом загрузки ядра 1 процессом и вручную назначить это ядро процессы, а все остальные процессы от этого ядра отцепить. 1 в качестве эксперимента можно заморочиться и проверить насколько предложенная идея недогружать ядро в принципе - актуальна.

Вам нужно проверить две позиции: 27- включение переопределения ядер, и 23-порог использования парковки. Первая включает или выключает размазывание процессов по ядрам, вторая устанавливает лимит загрузки ядра при котором это делается. В режиме сбережения порог 90%, в балансе 85, в макс производ.-60%. В приложениях заточенных под один поток, лучше чтобы работало одно ядро так как частота его работы в бусте выше, и процесс не бегает по ядрам, лучше отзывчивость. Так утверждает автор статьи. А в многопоточных выше производительность с вкл. переопределением. Все игры как правило уже идут адаптированными под многопоточность, поэтому переопределение в новых играх я включаю, лимит на ядро 60%

Много читал это тему нифига не понял ибо нуб. Походу проблема как правило в вин10! Стоит ли откатиться на вин7? И подскажите плиз команду для командной строки для отключения этого таймера в винде, а то чт ото совсем запутался) Спасибо!

Если Вы имеете в виду HPET, то если Вы его из командной строки не включали, то и отключать нечего. а так bcdedit /set useplatformclock true включение, bcdedit /deletevalue useplatformclock выключение, перезагрузка

Добрый день. посмотрите мои картинки. замучили периодические черные экраны: темный экран, вентиляторы крутятся, никакой реакции для клаву и мышь. Проц и память в разгоне.
есть подозрение для кривой драйвер nvidia.

а для начала свою профильную ветку почитать - там как раз про твой черный экран => Процессоры AMD Ryzen (Микроархитектура Zen) #15071113 , прежде чем на кривой драйвер подозрение наводить:)