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

Только вечером отпишусь. Видео карту в MSI режим загонял, толку не заметил.

А вот надо проверять. Т.к я очень долго думал что это все инет. Пока не заметил на сингловых играх что там меняется плавность резкость и совпадает по времени с тем когда в онлайне нормальный хитрег и картинка.

Опять же тут надо проверять. У крупных провайдеров свои магистрали как до мск так и выход на европу отличаются. Но в играх разницы 0. В идеале надо пробовать разные игры, чтобы это все понять. Можно даже по каким-то простым типо кс 11.6 и прочего включая локальные сервера своего города.

Вот у вас установка стаба поменяла что-то в игре хитреге или картинке в лучшую сторону?

k2viper писал(а):

В теме по разгону DDR4 есть варианты калькуляторов и авторы описывающие методы правильной настройки, надо не полениться и хоть несколько десятков страниц прочитать.

Ткните носом, где наиболее актуальные эти 10 страниц пожалуйста, попробую вечером пошаманить.

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

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

Profy13 От чего-то еще бывают улучшения, кроме дров или ночью?
Например рандомно днем, после како-то события, например микрофриза. Или же выключения включения света , если такое бывает?

А попробовать стоит. Тем более это бесплатно.



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

Не, это так не работает. Нужно посвятить время изучению вопроса. Начните с шапки.

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


Этого исключить не могу, что у него за инет, роутер, нагрузка на сеть в доме/районе и вот это всё. Так может и проблема эта имеет разную природу в разных случаях? Примерно как с DPC в названии всей этой темы: тема называется про DPC у нвидия, но на самом деле читатели этой темы знают что сюда приходят люди с самыми разными проблемами - многие из которых списываются на нвидию, хотя могут иметь самую разную природу. Может и с этим плаванием так же - оно вызывается разными другими проблемами?

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

ps. зашел к нему на стрим, катка началась - latency 60-63, по мере выбытия игроков упало до 53-55, дальше пока не досмотрел ) лоссы и чок показывает по нулям, но что если сам сервак подлагивает?

Да одна эта и та же проблема. И он проверял свой пк в другом доме с другим инетом. Сервера говорит такие
Проверить ничего нельзя и выяснить тоже. Кто только чего не делал. Можно только смириться(минимизировать, разными твиками настройками, стабами фильтрами и т.д.) либо переехать в норм дом и забыть об этом как о страшном сне.
проблеме около 20 лет, если что. Забугорных тем полно.

Может и такие. В овере тоже есть подлаги серверов. Помню в TF2 арендовал серваки и "разгонял" их по sv_fps и вполне можно было добиться лагания.

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


Проблеме 20 лет, а никто не догадался как зафиксировать и техническими средствами измерить её проявление? Дичь какая-то
Я в апекс не играл и не знаю, просто понаблюдал за его каткой и там в нетграфе in packets с 60 в начале стал плавать - то 30 то в районе 40 то опять 60. Насколько это нормально? Не говоря уже что out packets в районе 15-17 всего. Что имхо очень мало, значит на серваке считаются дикие объемы интерполяции

А что показывает нетграф в том же овере? У меня был случай когда провайдер не признавал наличие проблем с соединением и только видос с полигона (с нетграфом) убедил их что проблема не выдумана, тогда же внезапно оказалось что жалующимся пользователям вроде меня можно даже выделить отдельный BRAS. Потом кстати провайдер расшарил этот и другие новые маршрутизаторы для всех, что привело к более равномерному распределению нагрузки и проблема решилась уже для всех. В видосе у меня видны потери на нетграфе овервоча.

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

Ну вообще-то его можно замечать, в запущенных случаях относительно легко, но вот плавающий (у некоторых) характер проблемы вместе с тем что её не так-то просто зафиксировать и измерить, и приводит к многочисленным сомнениям "был ли мальчик".

поставь для начала на PCH 1.2v и погляди будет ли толк. А так, по памяти для начала те DDR-4 на платформах Intel. Статистика разгона, советы, обсуждение результатов. #17317581 + ну и куда тебя уже послали(шапку читать )

Поднимите свои сервера для какого-нибудь старья, типа кваки или UT и проверяйте параллельно с играми, что сейчас у вас на удалённых проблемно идут.
Я подтверждаю, что "криво настроенные" игровые сервера - это отдельная песня, которую далеко не все петь умеют.

Ну догадайся, получишь нобелевку или станешь миллионером в самом плохом случае
Монитор 360гц с рефлексом показывает аномальные задержки под 200 мс на клик, где должно быть 20.
А вот что даёт такое поведение компа и эти задержки, которые рандомно меняются никто не выяснил.

Это тикрейт такой все играют так. Но у него видно даже по картинке когда идёт с лагами и неплавно и как идёт у других и у него иногда.

Ничего не показывает. Вообще эта проблема есть у многих но врезной степени. До плаванья мыши/сенсы может и не доходить. Может быть только плохой хитрег , не такая картинка как должна либо задержка в хитреге/рассинхроны.
Практически на любом видосе/стриме эту проблему видно.
Из сильных игроков даже есть челы с такой траблой в овере. Из наших например txao у него инпут лаг появился из ниоткуда в один момент и все. Так и играет. По началу пытался исправить, думал что синапс рейзера виноват, потом оперативка, ссд, видюха....

200мс заметит даже наголову отбитый игрок ) Наверное это не у всех и не всегда так, не заметить такое пожалуй невозможно.



Ну так-то синапс рэйзера тот ещё кал. После рейзера специально искал мышь работающую без софта )

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


Можешь вырезать ролик на каком-нибудь стриме где эту проблему можно увидеть?

k2viper Любой стрим txao.
61cent , любой вод на твиче. У него инпут 146% играет только на вдове, скатился в помойку, хотя был хай мастер когда то. Но он точно не догадывается у него оно есть.
Много кто. Куки - тож с жёстким инпутом, но у него ещё и инет херовый. Но он сам жёсткий, поэтому компенсирует это насколько можно аимом.
Кефри - за ним не следил, когда у него оно появилось хз. Но сейчас точно есть, по любому шоту на вдове это понятно. Тоже скатился куда-то, несмотря на топ железо и 360гц моник.
Сейчас вообще очень мало челов у кого бы шло идеально или близко к этому.

А мож у тебя тож есть в какой-то степени такое?

Почему ты думаешь что скатился он из-за проблем, а не из-за того что просто надоело играть и тащить?
Txao же на танках играет, как по какой-нить заре понять проблему, не представляю?
Запустил 61цента, первый же вод - заря И latency за сотку. https://www.twitch.tv/videos/957866446

Промотал дальше, я бы сказал просто овер 100 задержка и соответственно хитрег отображается с ясно видимой задержкой. Экспериментирует с фпс, я тоже экспериментировал но остановился на локе 300, иначе гпу до 100% грузится что не гуд.



Я хотел бы знать как можно проверить, есть оно или нет

Потому что видно это на вдове по любому шоту по анимациям.

Ну запиши видос любой на вдове/кри/солдате/бабке/Эш да ком угодно.

Уверен что не путаешь задержку хитрега и анимацию попадания?
Вот у 61цента явственно видна именно задержка хитрега, но с latency за сотку это же естественно...

Видос запишу, надо вспомнить где у меня обс

Нет, нет и нет. Четкое улучшение бывает, когда ставишь дрова, немного их подшаманишь и сразу в игру, это я замечал.
BOBKOC
Спасибо, начну изучать.

Очень похоже на меня. Проблема началась в 2014 - снимал вторую уже на тот момент квартиру в Туле, где жил я в ней из 3 лет 2 года норм, при чем играл в ут 3 сначала на двух GTX 580 на первой квартире, потом на sli 780 и sli 980ti на второй квартире, там-то и началось... Потом уже переехал по ипотеке в третью - представьте сколько железа я поменял и сколько фиксов и операторов перепробовал. И SLI никак даже не влияло раньше на игру, все резко было шо пуля. А сейчас одна 1080ти на относительно не старой платформе, а воз и ныне там.