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

причем тут бп...
я замеры делал когда он еще новый был, плюс нашел в инете инфу по его тестированию. моник 2008года разрешение 2560х1600, есстно скайлеру трудно приходилось.
нет это контролер usb, стоит на мамке.

вообще в принципе меня работа usb устраивает. эта задержка измеряемая она хз о чом... и похоже она тупо суммарная по всем дивайсам.
а для игры важна задержка конкретно мыши.

А вы пользуетесь wi-fi,блютус в самой МП? Подсветкой,где только есть,используете?

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

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

ставил рядом быстрый моник на tf матрице. выводил часы на оба и снимал камерой, потом считал запаздывание.

ты не путаешь скорость матрицы и инпут лаг монитора?
60гц это уже время кадра 16мс. скайлеру чтобы обработать пришедший кадр нужно время. если разрешение невысокое то время будет небольшое, а если размер изображения как у моего старого 30" то полюбому будет много плюс еще задержка интерфейса. например на dvi у моего моника инпут лаг был меньше чем на DP.
не придумывай...
Acer Nitro VG270UPbmiipx
снова стал собирать лучшие моменты матча на вдове.
самое прикольное что играю я со сломанной рукой гипс так удачно сделан что могу кнопки жать


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

Нет, только чистый инпут лаг. Обычно он в районе 10 мс у 60-75Гц моделей.

У тн с 144Гц с матрицей 24.5" есть такая особенность - при 60Гц(и вообще на всех ниже нативной, чем ниже тем больше) инпут лаг непропорционально выше, на на 60Гц он 15 или 20 мс - даже на раб столе заметно как курсор плавает, и это при разнице 5 мс с обычным моником 60Гц где инпут лаг 9-10мс.

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

pepper1985 угомонись уже - забудь про меня плиз.

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

Вы вспомните,когда мышки нормально работали,мб вы купили что-то в квартиру или передвинули,за комп. столом что-то изменили? Основной предмет проблемы-физика,второй-химия и кто такой Герц(помехи,магнитное поле и т.д.)

Примерно с 2 недели назад, обновился до 2004, пару дней вроде всё нормально было, потом началось, ничего не покупалось, пк не трогался и пространство вокруг него не менялось, разве что обновлял после винды софтину от wd ssd dashboard, более в голову ничего не приходит.
Подумываю сменить свой старый уже роутер d-link, которого в принципе хватает, инет 100мб/с держит по тарифу, есть советы по данному вопросу, какой брать, на что обратить внимание, что бы минимизировать возможные проблемы по этому вопросу?

Это во время игры в Shadow of the TR

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

Пример: у данска раньше был старый роутер,который он не прошивал очень давно(или вообще не прошивал),у него в кс 1.6 был фриз секунд на 1-2,обновив,прошло(даже человек в его чате говорил про эту модель роутера и прошивку,что у него так же было).В латенсимон он не показывал. У вас роутер с ласт версией?Лучше,конечно,без роутера интернет

У меня не офф прошивка dd wrt build 21061, если вам это о чём то говорит.

Нет,никогда не было роутера ,я полный 0 в этом плане.Без роутера смотрели работу компа-мыши?

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

Верно, так оно и есть походу. Всё это ковыряние блох - с локальными инпутлагами на компе, блекнет на фоне той вакханалии, что творится на линии связи с задержками/пропусками пакетов UDP. И, главное, измерить это дело (задержку пакетов UDP) практически невозможно. Хотя я тут приводил небольшой онлайн-сервис для тестирования, хотя б оценить масштаб: https://ru.packetlosstest.com/

Да нет никаких проблем с маршрутом, проблема локальная, т.к на других квартирах(только ее еще найти надо) на том же провайдере, на тех же серверах все нормально.
На счет проца и видео - ты видел такое хоть в одной игре, не онлайн? Чтобы что-то ускорялось, ломалась анимация и менялась плавность на ровном месте? Я нет.

Толку от этого сервиса никакого. На игровом сервере пакеты ходят в обе стороны одновременно, причем это пакеты отвечают еще и за определенные действия. Вот с этими пакетами и есть какая-то проблема, они задерживаются и путаются, судя по тому что происходит в игре/играх.
Есть даже похожее описание и термин что это udp reordering. Можно погуглить. Описание на примере фортнайта
https://www.reddit.com/r/FortNiteBR/com ... ical_post/ Только там речь идет на примере провайдеров. Но я думаю такое же может происходить и на уровне дома/подъезда, просто из-за специфической нагрузки на канал.

В любом случае решения никто не нашел еще, кроме переездом. Причем те кто переехал или нашел норм квартиру со старым ПК и решил проблему считают что все же проблема больше интернета. А те, у кого проблема осталась на новом месте, но прошла после покупки нового ПК считают что проблема в электричестве или же каких-то помехах, которые в буквальном смысле "ломают" что-то в пк.

FrameView - скачать приложение для измерения частоты смены кадров, энергопотребления и производительности на ватт для широкого спектра видеокарт
скачать мануал (англ)
ну побегал в BFV, в принципе все норм, дропов нет. Только вот проц и частота в проге определилась как 100500Mhz 100500% загрузки.

Ну была тема, правда в бетке Mortar shell, мобы до анимации наносили удар, считай как в онлайн игре урон раньше получаешь, но потом почему то норм
стало, хотя все равно казалось что немного ускорены мобы. Да и еще проблема с разбросом, в Far Сry 5 была фигня в сингле с разбросом.

А что за конфиг ПК.
На счет разброса и рассинхронов, допустим фк5. Эта проблема в сингле была постоянно или в какие-то моменты?
У меня эта проблема только онлайн, и она плавающая по времени, т.к иногда практически идеально, ооочень редко, в основном все плохо. Это я к тому что я знаю как игра должна работать, и когда есть проблема это сразу заметно.

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