1. Ликбез по прерываниям.

2. Ссылки.

3. Борьба с прерываниями.


Позднее дополню каждый раздел.
Все проблемы у нас связаны с тем, что windows относится к операционным системам с вытесняющей многозадачностью.
Вытесняющая многозадачность требует обработки системного прерывания от аппаратного таймера. По истечении кванта времени, отведённого процессу, происходит прерывание и вызывается планировщик процессов. Частота вызова планировщика критична: слишком частый его вызов будет расходовать процессорное время впустую.
Единственное, что мы можем изменить - это увеличить время кванта и поменять соотношение квантов времени на активную задачу и задачи в фоне, за это отвечает параметр в реестре
Win32PrioritySeparation
По умолчанию
0х28 квант 6:6 = Оптимальный вариант, если делать 18:6, то dpc и isr системные могут дать фризы.
При этом само время кванта зависит от системного таймера.
При системном таймера 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Гц.[/spoiler]

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

Почти наверняка проблема не в этом, если она вообще существует.

нет возможности, и я живу в маленьком поселке с населением 6 тыс. А анализатор проверяет параметры соотвествии ГОСТу. И там где я живу есть комп клуб и проблема так же присутствует.

эт как понимать? + "на другой сборке" - эт какой?

Слишком субъективное описание проблемы. Что подразумевается под мылом? Снимите на камеру свою проблему хотя бы с монитором. А иначе это будет гадание а не поиск решения проблемы, если проблема вообще существует. А то может вы под мылом подразумеваете ущербную контрастность.

Добавлено спустя 18 минут 2 секунды:
madixxon naporitan
Как минимум выполните команду msinfo32 /nfo C:\sys.nfo
Полученный файл сюда.

https://dropmefiles.com/U5Cym

У меня нет нормальной камеры, но, есть те кто записал видео до меня.
https://youtu.be/RQiZs8jF5NY
https://youtu.be/v8OZsCPhMC0
https://youtu.be/S3tIFMXBSn8

Данную проблему в далеких 2009 годах обсуждали....
https://web.archive.org/web/20170520205 ... 5&page=200

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

Да, проблема так же есть на чистой системе, у меня есть другая мышь и монитор все те же проблемы... Есть знакомый который живет в городе в элитном районе и у него все нормально и сборка у него дешевая... но, работает все идеально...
https://youtu.be/_6dUSwLiEP4
160 кпм в aimbotz набивает так же как и про игрок TenZ https://youtu.be/jOcGPyY0umY

Ты ж вроде заказывал девайс от гармоник, и каким девайсом качество ээ проверял? модель?

Вообще, на этом мониторе зафиксирован ОЧЕНЬ большой инпутлаг когда он работает на низкой частоте. Попробуйте выключить G-Sync и прочее и просто зафиксируйте его максимальную частоту, убедитесь что ПО\игра её не переключает обратно своими настройками.

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

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

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

А к этому челу возил свой комп и проверял этим Парма у него качество ээ?
Ну а из-за чего по твоему? Раз так уверен что не из-за электричества.

этот чел далеко живет, и я не знаю в чем проблема....

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

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

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

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

все компы... даже друг который щас живет в элитном районе говорил что там 0 сенса и 0 герц...

Может это просто переменная частота кадров? Попробуйте принудительно зафиксировать фпс так чтобы он был ровный, без использования синхронизации и G-Sync.

а это каким боком?

Ну потенциально вместе с CSM там может быть заодно включена куча костылей (чтобы даже дос мог с USB3 портом как-то работать ), которые потенциально могут увеличить инпут-лаг. Я тоже в эту версию не сильно верю. Отключив CSM существенная часть костылей отваливается вместе с ним.

Agiliter скорее наоборот.
CMS просто считай голый загрузчик, система загрузилась и забыла про загрузку, а вот с uefi как раз куча всякой хрени подсасывается...

На чистом BIOS так и было. А сейчас это набор костылей и эмуляции, да ещё и SMM будет работать в режиме совместимости который почти наверняка тестируют только в UEFI. Оно вам надо? В любом случае скоро этот вопрос потеряет смысл и железо и ОС уже отказываются от CSM.