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

Драйве 388.13
Win 7 64, 2 года стоит на битом диске что абсолютно не мешало всему этому работать с 280х.
#77
#77
Ну и вот еще информации на скринах немного о системе
Попозже попробую как заработает когда поставлю на другой диск вин 10-ку не засранную еще ничем.

Карты очень разных поколений, а у вас p67 на pciex 2.0 что паскаль не любит. На таких платформах требуются новые прошивки для улучшения совместимости оборудования на pcie-x шине.

Версия биоса на мп не самая последняя,6 лет прошивке это много:

https://www.asrock.com/mb/Intel/P67%20E ... x.asp#BIOS

Есть 3.10 и 3.19 биос -2013 года. Не вижу никаких причин не обновлятся на 3.19 с учётом новой видеокарты - , конечно на свой страх и риск если вы знаете как. Но лично я бы не думая обновил в таком случае. При битом винте- лучше это делать в дос с флэшки. Решать вам

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

У меня старая амд платформа паскаль работает отлично, в том же овервотч, в который играю постоянно, с fastsync хорошая плавность и комфорт. Странно как то это все, почему то на старых интелах нет нормальной совместимости....

А ну так резоннее да, если тем более это временно.



На 67-ых есть косяк с pcie-x но что-то софтовое, что можно обойти- например бывали тут случаи когда карты паскаль вобще роняли ось в бсод или на экране поста вешали систему-думали брак карты-менять хотели, ан нет, после апдейта биоса- где была указана расширенная совместимость с pciex- всё работало хорошо. На старых амд не помню за всю свою практику не встречал,что-бы люди собирали на старые вёдрах новые карты. Косяки такие это чаще удел домашних индивидуалистов. Которые по тем или иным причинам не обновляют платформу. Итог закономерен.

Ну мой FX8350@4.7ггц с картой справляется не плохо.

А какое у вас значение у nvlddmkm.sys? У меня 624 после 5 минут.

за 5 минут что угодно может произойти,запустится обслуживание в системе или гуи дёрнет сторонний софт,перечитайте ветку сначала, там я описывал как мерить и интерпретировать результаты. По поводу dpc фикс от Нвидии был уже - значение до 2500 были. Такого уже давно нет.

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


Дело то не в этом,риск собирать в одной системе комплектуху с разницей лет 6-7-могут быть проблемы. Вам повезло. Но тут видно что не всем.

поставил последние 388.31 по сравнении с 378.92 показатели в LatencyMon слегка ухудшились.

385.69 ровный драйвер, минимум скачков DPC наблюдаю. Как минимум не хуже 378.92





Главный твик который по моим наблюдениям сильнее всего влияет на DPC - это конфигурация таймера.
Для win7 оптимальный был HPET on в биосе + bcdedit /set useplatformclock true в винде. И дополнительно форсирую максимальное разрешение таймера утилитой SetTimerResolution.
Но начиная с вин8.1 винда лучше стала работать с таймером TSC, чтобы он работал, нужно в биосе отключать HPET, а в винде форсировать bcdedit /deletevalue useplatformclock.
С включенным HPET в биосе у меня фоновый уровень задержек 150нс+, с отключенным 20-30нс.

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

Я ошибся, проверил и исправил сообщение.
У меня bcdedit /deletevalue useplatformclock

Вообще зависит от железа. На P67 + 2500k у меня лучше работало с HPET on.
Есть мнение, что наилучший режим надо подбирать вручную т.к. он будет разный от сочетания железо+винда.

тогда получается что ты просто удалил параметр и используется дефолтное значение.
интересно какое

tsc, версия относительно поколения его платформы-2500k цпу. Практическое значение имеет только опция динамические такты-она реально полезная-её можно, а иногда и нужно выключать. Вреда группировка тактов не несёт-это чисто планшетная ноутбучная фича. Но стоит учитывать если у вас не точная синхронизация частот на Цпу- это проблема. По этому выключать очень полезно. Плюс можно поднять отзывчивость Пк.

Остальное дергать чаще во вред. Hpet то-же опция тех времён,благо думаю у Кофи Лейка + 390 и выше, мы больше не увидим необходимости в сторонних таймерах. Только родные Интеловские.

а как это проверить? какой утилитой?

Pc Clock Frequencies

У меня есть какой-то WinTimerTester, в зависимости от частоты таймера которую он показывает, понятно какая комбинация таймеров активна.
При HPET off и /deletevalue useplatformclock - Win10 использует TSC.

Был лучший и последний из wddm 2.2. Скачки скорее всего косяки в новой модели и проблемы с Ос.

kiberman
#77
куда смотреть?

Самая верхняя строчка.
TSC имеет частоту 4,101мгц.
Но не заморачивайтесь пытаясь напрямую скопировать мои параметры - лучше попробуйте все конфигурации таймеров и найдите режим в котором DPC минимальны.
Скорее всего результат будет индивидуальным в зависимости от связки ваше железо + ваша ОС.