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

Ядро ос обычно использует наилучший вариант от платформы,поведение такое- менялись настройки в биосе или ос. Что конкретно у вас произошло - я не могу знать.

Тут таблица вариантов работы таймеров: DPC latency на видеокартах Nvidia #15180843

Tsc+Hpet - хороший рабочий вариант-который сейчас используется в большинстве случаев на всех Пк-95%+,почему у вас такие задержки,возможно это работа энергосберегающих или баги биоса.
Для вашей мп платы вышел 24ый биос: вы обновитесь на него,там очень серьёзные изменения есть- фикс безопасности me,самое главное работа Ht на процессоре пофикшена,и обновлён микрокод на цпу.

При сохранении ключа bcdedit /set useplatformclock false, перед обновой биоса верните драйвер таймер в ос- и после апдейта и clr_cmos- сделайте скриншот утилиты pcclok http://www.satsignal.eu/software/PCClockTiming.zip и скриншот микрокода через hw info. Если скорость возврата функций нормальная через pcclok,то дёргаться не надо- и причины задержек стоит искать в другом месте.

Добавлено спустя 51 секунду:
вон оно чё ...

Подскажите, я же правильно понимаю что такой ISR Count не должен быть?
(мышка, клава, наушники USB). Это за 6 минут. Если наушники переткнуть в USB 3.1, то начинает расти ISR Count на Wdf01000.sys

Должен -это счётчик прерываний. Оборудования тем более на юсб не мало.

"переткнуть в USB 3.1, то начинает расти ISR Count на Wdf01000.sys" - это всё норма,контроллёр в msi режиме. Если есть проблемы с Пк,вы начинаете поиск в вашем случае тут с конца, а не начала.
Это диагностический инструмент-кто занимается написанием драйверов,отладкой аудио оборудования,софта и daw. Включая диагностику ос. в faq очень примитивный упрощённый гайд для всех,а так смотрите доки к программе и книги Русиновича-если интересна эта тематика.

Столько всего перепробовал для UT4 от ватной мыши. В итоге очень помогли этим вещи: в дровах нвидии синхронизация БЫСТРОЕ(удивительное дерьмо, но я стал реально больше хедов ставить, хоть и ярый противник любых синхронизаций, 120фпс), в сетевой отрубил flow control и буферы с 10000 до 16 опустил. Буду теперь с размером пакетов баловаться. Толковая ветка, господа) Спасибо за ваши мозги))

вряд ли победишь. Я несколько раз пробовал UT4 всегда там прицел инерционный был. Гдето встречал обсуждение что так оно и есть и не победимо.
Пробовал в консоли игры какието настройки прописывать - не помогло вообще.
Но если тебе удастся победить то плиз отпишись.

С ботами нет лока в 150 ФПС максимум как в онлайне, поэтому много лучше, чем было до правок по дефолту в онлайне. А после правок, при одинаковых условиях я и не пробовал сравнивать.

Снова интересуюсь вопросом, время кадра скачет куда копать? с Всинк и Без(ещё сильнее скачет)

Эт каким образом если не секрет? В дровах(сетевухи) вроде меньше 80 хрен выставишь

Я прежде чем прийти в эту ветку перепробовал все. Были микрофризы в игре. HPET в моей GA-X99 не отключается, разгон CPU/Memory, отключение C1, C7 etc EIST, конфигурирование плана электропитания (парковка ядер, питание PCIe), изменение настроек видеокарты, снос дров через DDU, установка старых дров видео, обновление дров с сайта производителей самых последних (на все устройства)и игры с питанием ан них, установка нпрофилей через Inspector, запуск игры с ключами, ничего не дало, волшебные команды bcdedit не давали результатов. Все оказалось гораздо проще. В патче Meltdown/Spectre.

Деактивировал защиту и все?

Добрый день. Все ли нормально с latency,ISR и т.д.?)

Раз такая пьянка, до кучи, прога CAM для подсветки от NZXT HUE+, а точнее служба при запущенной проге, поднимает DPC до 4к. Просто в тупорылых обзорах об этом не слова. Короче интеллектуальные режимы подсветки не поюзать нормально. Это как и с Corsair link, только там ещё хуже.))

Killer E2200, спокойно 16 выставляется.

Я бы сказал, что не нормально, а даже хорошо.

что скажите об этом ???