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

How much input lag you can feel? http://forums.blurbusters.com/viewtopic.php?f=10&t=1134
Отписывайтесь о результатах. Стандартный тест 50ms 25/25. Можно пробовать поменьше, интересно сколько на 25ms угадаю...

Rm76, таймер задействован TSС, все нормально, советую не задумываться над этим и ничего не менять.
eLfiK, Я на 60 гц PLS на 20 мс 25 из 25 угадываю)) Остальные особо не пробывал. Только бесит небольшая задержка именно накаладывания задержки при перемещении с одной половины на другую)) Прога фановая, смысла чуть больше, чем никакого) Тем более только курсор на черном фоне, в играх это все гораздо заметнее...

у меня в окне какой то чел в очках и надпись nogame
что надо делать?

Deviance писал(а):

Rm76, таймер задействован TSС, все нормально, советую не задумываться над этим и ничего не менять.

ничоси спасибо
присоединяюсь к вопросу. тоже кошак какой-то в очках вещает "no game"

Этот тест бессмысленный чуть более чем полностью. Я вам и так могу сказать, что физический предел находится в диапазоне 10-20мс. Без разницы степень вашей крутизны в шутерах максимальный предел организма 10мс. Тестировать в этом тесте лаг меньший чем время кадра для вашего монитора тоже так себе затея.
Запускать run.bat Вероятно вы что-то другое запускаете раз у вас что-то другое идёт.

Запускайте run.bat

https://s31.postimg.org/ugfaocxo9/IMG_2629.jpg
Если ваш предел 10 мс это не значит что он такой же у всех.

Значит.
https://link.springer.com/article/10.37 ... 013-0605-z
http://webvision.med.utah.edu/book/part ... esolution/

и чо дальше?

25 из 25 на 50 мс, 20 из 25 на 10 мс. Но оба теста я довольно быстро проклацал, думаю можно и лучше, если не спешить.
Монитор 120 гц, отклик 2 мс.

Эх, в первой попытке на 5 мс чуток не дотянул.

W/S -- увеличить/уменьшить лаг, ЛКМ -- начать тест. Дальше кликаешь по той стороне, где ощущаешь бОльший лаг.

ещё надо vsync off предварительно, в глобальных

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

Кстати я там раньше писал про физический предел 10-20мс. Это не совсем верно, точнее верно но не про это. 10-20мс это физический предел разницы между двумя световыми сигналами которые можно уловить. А задержка это совсем другое. Странно, что никто не решил спорить с сылками на статьи по совсем другому вопросу.

А вообще всё это дичайший оффтоп, так как никаким образом не поможет решить проблему ради которой и создавалась данная тема.

kpaxo6op как я понял надо, кнопками w и s выставить некое время лага, например 20мс, потом водить курсором слева и справа и определять где курсор более тормозно реагирует, после этого кликнуть по половине где тормоза. И так 25 раз.
Если ты правильно ощущал задержку и кликал по тру половине, то количество правильных нажатий будет близко к 25.
Постепенно уменьшаешь время лага до того момента когда начнешь ошибаться. т.е. скажем 20 из 25 указывает что ты реально чувствуешь задержку, а скажем 17 из 25 это уже угадываешь

почему?
если ты поставив 5мс правильно определишь сторону с лагом, то значит ты реально чувствуешь задержку курсора в 5мс.

у меня при 5мс было чтото порядка 23 из 25, а вот при 3мс только 18 из 25

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

Добавлено спустя 6 минут 58 секунд:
А если быть совсем точным, то разницу задержки в 5мс. Простите за занудство, но какой же бессмысленный тест...

во! точно!

Чего?!?
Это как квадратный квадрат сказать.
Задержка в своей сути - уже и есть разница.

У вас же выходит разница....между разницей....

Ну у вас там по ссылкам все на англ. языке со специфической терминологией. Я не стал вдаваться в детали, тем более исследования были основаны по ссылкам на работы 50-60 годов, мне уже этого хватило чтобы не вникать в подробности.
Если вы почитаете тему то увидите, что в ней примерно 90% оффтопа и это я еще очень много всякого бреда удалил. Нет решения этой проблемы т.к. единого решения которое помогало бы всем на данный момент вообще не существует, тут все очень индивидуально. Единственное радикальное решение к которому приходили здесь и в соседних ветках люди после очень долгих и многих манипуляций с 10ой серией видеокарт это менять видеокарту на амд и для них это прекрасно работало.
По поводу теста: этот простенький тест примерно показывает с чем мы боремся и какой будет результат. Давайте начнем сначала, эта тема предназначена для того чтобы помочь уменьшить "DPC latency" в основном для шутерных игр и немножко для людей которые профессионально работают со звуком на 10ой линейке видеокарт. Если вы прочитайте 1 пост Лангольера создателя этой темы то поймете, что 99% людей для кого она создана и кто сюда приходит искать ответы на свой вопрос это геймеры которые в основном играют в 3д шутеры. Надеюсь теперь ясно для чего нужен данный тест....

а может сразу сказать вначале темы что купите пару 980Ti и не страдайте фигней с 10й серией? там разницы мизер. а гемороя нету. я вот гнался за прогрессом, а толку ноль.
счас сижу на 970й и норм. больше и не нада . а свои 1080 отправил майнить, это уних хорошо получаеться

это у вас выходит, а у нас разница задержки.

например система имеет суммарную задержку вывода 20мс.
выставив в этом тесте задержку 10мс, вы будете определять не реальные 10мс, а сумму система плюс тест = 20+10 т.е. 30мс
выставив в тесте 5мс вы будете определять 20+5 = 25мс
Таким образом правильно почувствовав задержку теста 10мс и провалив тест на 5мс, Вы реально будете чувствовать не абсолютные величины в 10 и 5 а относительные 30мс и 25мс т.е. чувствовать разницу между ними в 5 мс.