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

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

Добавлено спустя 3 минуты:


Я сталкивался (не на видео) с разными на первый взгляд слабо объяснимыми проблемами, но все они рано или поздно (скорее рано, т.к. я упорно искал) находили вполне рациональное объяснение. И могли быть исправлены.

Ну вот ты поменял провайдера и роутер, а проблема осталась, что ты не поменял? Сетевуху, патчкорд и настройки сетевухи в винде. Ну или комп: пиши логи Windows Performance analyzer во время того как всё норм и тогда когда "кисель", сравнивая их станет понятно что изменилось и появится шанс установить и исключить проблему.

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


Не думал что чел просто такой, как бы сказать, подгорающий по поводу и без? А странности с серваками заметны прямо по ходу матчей, на одном latency игра показывает 80+, на другом 45, причем на том на котором в начале катки 80, через 5 минут может быть 55. in/out также меняются. Такие изменения на фликах могут ощущаться, а он холерик и выражаясь его словами, муха с лёгкостью может превращаться в бегемота

Нет. Можно открыть стримы типов с ним в дуо/трио и видеть как у них идёт игра, синхронные ровные анимации, которые совпадают со звуком.

Я думаю не стоит рассуждать о проблеме, если сам не сталкивался и по стриму ничего не увидел.

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

Кто-нибудь видит что-то на этих видео? Ну покажите уже.
Вижу местами незареганные попадания и не взятые айтемы, ну и всё. Не сказать что таких моментов дофига.
При этом вижу постоянно плавающую latency и in/out. Разные в разных катках.

К сожалению Old Hunter прав, к сожалению, потому что это ничего нам не даёт , в решении проблемы мы на старте. Если провод придавлен мебелью, нет такого что сейчас хорошо а через 5 минут игры плохо- ну только если провод этот не шевелить или мебель не переставлять постоянно .

Тут должна быть константа, все механические загибы и прочее. А константы не вижу, зашёл в игру, 10 минут играется отлично, а потом на глазах прям всё поплыло- в противника в упор 10 пуль, а он ещё успел отбежать и убить- притом в игре где смертельный 1-2 выстрела...., 2-3 катки, хоп и снова всё здорво минут на 15и.... руками развожу- что это...подключал мобильный инет- проверить, то-же самое- то хорошо, то плохо. И от пинга не зависит, хоть 150 - хоть 50))

То ли помеха какая то включается и на комп просто что-то действует - то ли он сам внутри форма сигналов портится от чего то- я имею ввиду на шинах pci-e и прочее, но это не объясняет зависимость от суток, и крайне плохое поведение на выходных, когда потребителей траффика в доме макс количество.

С роутером я пробовал отключать iptv- переводить в режим моста, да всё супер-лучше чем в режиме роутера, но опять же на время.

Поговорил с техником Ростелекома по поводу iptv- сказал что мультикаст траффик идет на определенный канал и порт абонетского устройства и обычный траффик на lan1 не забивает. Так что пофигу.

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

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

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

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


То есть ты как и я, склонен винить в проблеме сеть и нагрузку на домовой/районный сегмент сети? Как тогда это соотносится с тем что на мобильном инете тоже то хорошо то плохо? Хотя тут как раз понятно, мобильный инет это мультикаст и отсутствие выделенного канала от точки доступа до юзера. Юзеры резко полезли в свой тикток - связь ухудшилась, начался дом2 - юзеры отложили телефоны и связь по LTE улучшилась.

Ну и, видимо, должен быть провайдер у которого таких проблем не будет или они будут меньше? Или же, у того же самого провайдера от района к району загруженность и состояние сетевых узлов может тоже различаться, что косвенно объясняет почему помогает только "поменять квартиру"
Мне в своё время удалось добиться от провайдера признания проблемы со связью, когда я записал видео на тренировочном полигоне Овервоча с их соединения, где продемонстрировал лаги, и на лету переподключился через второй инет где лагов не было. Виноваты оказались перегруженные провайдерские BRAS.

не забывайте про сервера на которых крутится игра и их загрузку.

iG0Lka арабы из топ 20 с саудовской аравии играют на тех же серверах, в это же время с пингом 100-120 и у них все четко гладко, от хитрега до анимаций

Замечено что высоко-пинговые игроки адаптируют стиль игры под пинг, что естественно. Игроки с низким пингом больше полагаются на резкие как понос флики, когда вероятность промаха и ошибки естественно выше )
Ну и если виновата как многие предполагают, всё же сеть, то вряд ли у арабов высокое проникновение ШПД интернета, вряд ли у них старые сети и перегруженное трафиком iptv оборудование в домах.

вот чел из квейк с такой же проблемой, появилась она недавно у него https://www.twitch.tv/serious
Но он считает что дело в компе , мышке сенсоре и прочем бреде. При этом по картинке видно как плавность в игре меняется и видно все рассинхроны анимаций. Стрим в 90 фпс, когда он начинает жаловаться идут рассинхроны, картинка на стриме становится как при фпс ниже 60.
Но это нужен глаз тренированный, вайпер ничего не увидит, как всегда. Я вообще не понимаю куда он смотрит на видосах, наверное в прицел. А надо на переферию и плавность картинке при поворотах, движении т.д.

ааххаха говорит мышка виновата. Когда сама игра замедляется, это видно на стриме. В самой игре это еще сильнее и там вообще треш.
И челов с такой траблой очень много. Но основная масса не понимает в чем дело, они анализируют только то что видят - нормальный фпс, низкий пинг и 0 патери пакетов. У них мышка не поворачивает, значит мышка виновата. Такая логика.


У одного из них была такая же трабла, он жаловался везде , включая твиттер. Что сделал не знаю, теперь все ок. Он только на своем балакает там

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

С этой проблемой пинг по сути фейковый. Игра с пингом 20 может играться и ощущаться как пинг 200 с лагами. Но тебе этого не понять, поэтому лучше не лезть )

)))
Это на картинках и битрейтах с кодеками где миллион аппроксимаций и т.п.

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


Ну так-то волосок с руки на ковре забился в сенсор = нарушение поведения мыши
Ковёр горбом чуть изогнулся, нарушается дистанция отрыва = нарушение поведения мыши
Ты по картинке на стриме определяешь что всего этого нет?

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


Есть тут хоть один кому это понять? Ну кроме тебя конечно )

Ну т.е по твоему зипись видео ничего не передает - ни плавность анимации, ни картинки, ни подергивания ни фризы, ничего. Хоть условные 40 фпс стримь хоть 250 хоть в игре, на стриме/записе 60 или 90 фпс всегда все будет четко плавно.
Даже если игра лагает и персонаж рывками двигает - этого ничего не видно.

Я даж не знаю как этот бред комментировать Ибо идет изменение плавности и анимаций.

Ну иголка и киберман хотя бы знаю о чем речь, т.к сами сталкивались. Видят ли они что-то на стриме не знаю.

И оба считают что корень проблемы - сеть или сервера. Никакой мистики с электричеством я от них не слышал.

сеть и сервера.

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

Ну ты вроде заземлял комп и как? Помогает?
У меня в 30см от компа стояк отопления, первый этаж. Думаю может попробовать заземлиться? ) Вдруг я как говорит хантер, ничего не замечаю и вдруг всё станет божественно?

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

Запилил клемму на стояке, осталось провод с крокодилами найти и протестирую )
Но подозреваю что эффект будет между отсутствующим и плацебо.

Объясняется просто, Пао Ростелеком крупнейший держатель магистральных сетей- который не только дает свои сети в аренду мобильным операторам, но и занимается частично их обслуживанием. Т.е так или иначе их инфраструктура связана. Теснее чем мы думаем.
https://www.comnews.ru/sites/default/fi ... 2020-2.pdf

https://www.comnews.ru/content/106214/2 ... oy-troykoy
https://www.cnews.ru/news/top/2016-04-1 ... gistralnye

А про брас верно заметили, где то в это время и начались проблемы, когда абонентов "пересадили" за BRAS- ом - получился двойной Nat- сразу увеличился пинг на 30-40мс. Это как раз совпало с внедрением оборудования. Bras+DIP.

Насколько я знаю у Ростелекома есть стратегия модернизации сетей и тех оборудования до 22 года, страница 13 презентации и 32, ну и в целом любопытный документ, деньги огромные,так или иначе каналы будут делать с запасом, поглядим как это со временем повлияет на ситуацию. Качество услуг.

https://www.company.rt.ru/ir/results_an ... MD_RUS.pdf