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

Ни линкс, ни прайм не даёт гарантий кроме стабильности, да и то не всегда- прям эта софт двойня "священный грааль" для оверклокеров.

Нагрузка должна быть комбинированной+приложения)), есть ситуации когда тиринг на экране(выглядит как как "сильный" vsync off) при условных 4000+ на драм присутствует, или время кадра в 3д тестах плохое - выпадают отдельные фреймы,но все тесты в Линксе)) проходит без ошибок на разогретом цпу+вк,или есть микростаттеры в игре,а на условных 3200/2666 эффектов нет и всё плавно и идеально.

Что толку что нет невязок в Линксе+tm5 и всё это стабильно и без ошибок?. я гонял Линкс и на 1.38в DDR4 +sa/io 1.1 и на 1.42в и 1.25в - ОБА ВАРИАНТА -без ошибок и что?))- помогло это мне получить важную информацию??))).

Кроме спортивного интереса, такой разгон практической пользы не несёт и результат его успешности зависит от самой платформы, оборудования, целей и задач. На данный момент имхо только 10-ый интел на платформе з490 имеет хороший запас прочности по разгону озу выше 3200+, и в частности живучести Кп. Имхо для игр или рабочей станции выдрачивать озу в потолок -нет смысла на мой взгляд, для первых 3200 на двуранге за глаза, а для рабочей станции-где главное стабильность, идеально не выше 2666/2933 по спецификациям Интел для z390/я490 поколений цпу.

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


Да давайте ещё допаяем в пк что-нибудь, и за экранируем силовые ферритовыми кольцами , для пользователя -нужно изделие в розетку- из разряда - купил,поставил-забыл, если в доме из 80 жильцов у условно допустим 40-ка Пк и много импульсных Бп -включая современные тв и прочее -то как это исправить, а в масштабах микрорайона или города??.

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

Им наши субъектные измышления по поводу инпут лага и связь этого с "грязным питанием", ничего не скажут. Нужен инструмент -который меряет постоянную составляющую в сети 220в, и конкретно записанный ролик гемплея, "до/после" - есть ли с этим связь. Тогда можно спрашивать и у тех ребят кто делает такое оборудование. А так мне сложно их спрашивать- потому-что не знаю что ищу))).

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

Вот тут, да - провайдер для своего оборудования не будет заморачиваться с фильтрацией прочими стабилизаторами по питанию.
А так, хоть для себя и своего компьютера убедиться в действенности устранения проблем с питанием, раз уж говорите что и на сингл версиях игр инпутлаги присутствуют.

(конфигурация ПК? Профиль заполните!)
Очень похоже, что это у вас просто контроллер памяти выше 3400 не тянет. То, что 3466 стабильно в одном софте (зависит от характера самой нагрузки), но проблемно другом - как раз говорит о такой границе стабильности. Потому всегда и советуют: нашёл границу - откатись на шаг (а лучше, два) назад и живи спокойно. Тем более, что найдя предел по КП и далее занявшись разгоном ядер (если в таком порядке), то ты рискуешь обнаружить, что при других значениях смежных блоков, предел по КП у тебя будет другой (выше или ниже, смотря как сильно ты напряг остальные блоки), т.к. напряжение раздаётся из общей "кормушки" и стабилизируется не на каждой линии в отдельности.

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

Просьба - каждый раз уточняйте: в сетевых играх или в синглах (это важно). И в 5 утра бывают профилактические работы у провайдера (не в час же пик их проводить).

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

Так у многих "проблема электричества" возникает не в розетке и до неё, а уже в ПК из-за жёстких настроек разгона и тюнинга + не самых хороших БП (как вариант - усугубляя мелкие проблемы "от сети" до уже неприемлемых в ПК).

Но все же инпут лаг нужно разделять и понимать где он конкретно на ПК, а где идёт "замедление" от сети.
Инпут лаг, который теоретически от эл-ва на ПК лучше проверять в каких-то мясных шутерах. Например шадоу варриор 2, rage 2 , doom eternal и подобные, там приличная нагрузка на железо и в основном приходится очень быстро прожимать много кнопок. В этих играх инпут лаг хорошо чувствуется, как и картинка/герцы в дневное время с инпутом и ночью без него, когда повезёт.

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

https://www.shtyl.ru/catalog/stabilizat ... va-800-vt/

Именно.

Инвертор в розетку перед ПК.

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

сетевой после стаба подключают обычно, но не обязательно

У меня так: стабилизатор включён в розетку, комп и моник подключены напрямую в стабилизатор.

eightylvl И правда такой очевидный эффект или всё-таки плацебо? Я был бы очень рад, если это поможет, но пока не попробую, не узнаю.)

а зачем нам DC фильтр?
кстати можете и сами сделать
http://devicemusic.ucoz.ru/publ/unch_bl ... kh/2-1-0-3
http://forum.vegalab.ru/showthread.php?t=87019
еще один

Смотря какого эффекта вы ожидаете. Я уже писал выше: становится ли мышь лучше -- да, фиксит ли это проблему инпут-лага -- нет.

eightylvl Спасибо!

Поставил стабилизатор — реально стало лучше. Мышь более лёгкая и резкая стала, также по ощущениям всё-таки инпут лаг реально уменьшился. Это чувствуется даже в Windows. Пришлось снижать чувствительность немного.

You-piter Какой именно, если не секрет?

kolyan1980-08-11 Модель стабилизатора UKM-20000.

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

А в БП ноутов разве есть стабилизация? Там обычные (даже стандартизованные) БП, где господа рационализаторы уже давно повыкидывали всё лишнее и "лишнее" и упростили схему преобразования донельзя.
Другой вопрос, что колбасево питания на хорошо разогнанном ПеКа, даже и близко не сравнится с ноутбучным.

А помните, я давным-давно пытался решить проблему в этой теме?
DPC latency на видеокартах Nvidia #16278090
В общем, сменил я ПК (мат. плату и ЦП) и теперь все работает идеально. Просто можно идти в палату мер и весов и ставить туда мой ПК в качестве эталона плавности и отзывчивости...

Добавлено спустя 49 секунд:
Причем, при сравнении оказалось, что проблема была не только в Quake, а вообще везде. Я просто не замечал так сильно, как в Quake...