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

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

я не про параметр,а функцию тайм бегин,её приложение и задаёт-о том и речь. Что форсить таймер не надо,у меня 0.5 разрешение с баланс схемой,но это минимум технологий энергосбережения на цпу+естественно динамический тикрейт выключен.

Судя по всему проблема аппаратная.

Понятия не имею что обозначают эти цифры, подскажите какой вариант лучше оставлять? Плюс HPET OFF: DPC Latency cheker показывает меньше задержки. Минус в том, что при HPET OFF в бенчмарке кс-го стало на 10% меньше фпс.

eLfiK На обоих скринах HPET отключен.

Параметр менял в биосе, разница в DPC Latency cheker есть как и в кс-го, похоже прога 2009 г. не верно работает или вы не правы.

eLfiK выполните команду bcdedit /set useplatformclock true тогда будет разница.

У вас на скринах оба tsc. Потери 10% могут быть rdtsc-3402, а может совпадение. Проверяйте в других тестах.

Для себя выбираю всегда c Hpet off в биосе если есть + с недавних пор bcdedit /set disabledynamictick yes схему, так как динамический тикрейт это опция для ноутбуков,и экономия энергии. Для десктопа оно надо?))

В совокупности мне лично важна более точная синхронизация как частот шин при настройке в биосе, так и таймеров, это даёт минимальные задержками и при этом необходимый минимальный набор рабочих функций энергосбережения,eist и сон - тогда Пк работает прекрасно,во всех задачах-от звукозаписи до просмотра кино без пропусков кадров, и игр -стабильный плавный фпс, работа с ssd -чуточку быстрее в тестах и отзывчивая мышь.

А кукурузный фпс накрученный с hpet меня мало интересует. Каждый сам решает как ему использовать.

Добавлено спустя 39 секунд:

Зачем? это включит hpet. Хотя каждому своё))

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

Ошибка

Применим этот ключ к 8.1+10,на вашей Оси можно добиться отличной отзывчивости и показателей задержек настройкой энергосберегающих,всё описано в этой теме и этой:

Обсуждение инпут-лага в играх, в разных версиях windows10.

вчера выключил HPET через bcdedit /deletevalue useplatformclock
в результате получил результат как на картинке eLfiK т.е. в строке time for QueryPerfomanceCounter call - 7ns
Стал играть в овервотч. Прицел ватный, постоянно мои ответные действия отстают, мучения короче...
мучился так примерно 5-7 раундов, чтобы сомнений не было. причем игру полностью перезагружал.
сделал команду bcdedit /set useplatformclock true. QueryPerfomanceCounter call, есть и другие отличия...
Впрочем вот скрин - https://habrastorage.org/files/5ae/d01/ ... 4804cb.jpg
В игре прицел стал четким, все стало хорошо и я забожил. золотые медали по итогам и все такое.
Получается что в моем случае, для овервотч лучше таймер включать. В биосе он при этом выключен.

iG0Lka Охоспади, HPET это 14МГц. Ничего нигде ты не включил. А ватные у тебя руки))

?!?!

это только уберёт пользовательскую настройку из таймера, в биосе он выключен, посему он и выключился, сей хпетЪ. А вот был ли он вообще хоть когда-то включён это вопрос, биос же
eLfiK stick а не tick вот оно шо... пишется без /?, просто bcdedit. Потом пытаемся выяснить при помощи справки МС что именно там есть и чего там нет, и в итоге обнаруживаем, что там этого сделать невозможно, посему нужно гуглить. Хорошая система. Наверное на Лине немного иначе

блин точно... как то упустил это...
тем не менее имеем
при выключенном в биос HPET, при useplatformclock true прицел в овервотч, в моем случае, становится четким.
проверил и перепроверил уже несколько раз.
отличия видны на скрине
#77

постоянно об этом думаю и естсно есть сильная зависимостить от качества инета.
но со своей стороны я хочу найти оптимальный для своей системы конфиг.
Проверял вчера с 4 до 5часов, инет в это время должен был быть хорошим.
Кроме того несколько дней назад я уже это проверял и результат совпадает
DPC latency на видеокартах Nvidia #14463979

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

По скринам первый Tsc+hpet, а второй простой. querry call уже говорил до 100 раз возрастает,а разрешение таймера-сама игра выставит какое надо-вы его просто форсите,rdtsc у вас не точный-прицел можно улучшить и отзывчивость-покрутив настройки шин и частот в биосе.

При прочих равных первый вариант потенциальный костыль,потому-что форсить разрешение таймера без учёта софта,ос и настроек энергосбережения- потенциальный "лагодром". Лично моё мнение,если вас устраивает ваше право.

Я на таких настройках:

useplatformtick Yes
disabledynamictick Yes
HPET Off

#77

Раньше менялось разрешение таймера 500-1000, а теперь всегда 488 почему-то, фиг знает) Видимо эти настройки повлияли.