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

ну не различаю я людей по голосам почти) да и не было до сих пор проблем с ним. Даже в дестини 2 ещё не забанили)
Дрова не помню, не исключено, что и 388.хх, если они не вчера вышли. Я нечасто обновляю дрова, работает - и ладно.
А где можно прочитать про баг в ветке драйверов? Можно ссылку? нашёл

а зачем он нужен в 10 винде?

По сабжу - отключить все оверлеи, шадоуплеи и проверять на чистой игре. Если проблемы нет, добавлять софт и смотреть.
Такие провалы могут быть еще из-за инета/серверов. Сам наблюдал несколько раз.

Все таки c трудом, но отказался я от MSI Afterburner`a и разгона, не стоят эти 10% производительности рваного изображения. Без разгона по личным ощущениям картинка плавнее, особенно это заметно в ларке, а также в Oultast 2. Плюс дроссели еще пищат значительно слышнее, что уменьшает комфорт от игр где большой фпс и просмотра видео через MadVR. Что касается задержек и ипут лага нашел еще один интересный способ:
https://www.monitortests.com/forum/Thre ... tility-CRU
Пробуйте и если что, отписывайтесь о результатах, плацебо это или все таки нет..

а чтобы все приложения масштабировались нормально и были чёткими, а не половина примерно.

Все таки поспешил я с выводами, вчера начал замечать подергивания в дестени2. Правда есть пару моментов: добавил планку 8Гб, и запустил обе на 2133МГц, возможно возросли тайминги...
Также знакомый говорил о неком драйвере нвидии с оптимизацией для дестени2.
Так что на выходных будет чем заняться, буду тестировать эти самые подергивания.

Кстати, а может быть это из-за режима "Полноэкранный в окне"?

eLfiK Не понял, а что делает такого аб что изображение становится рваным?

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

так какие приложения у тебя сбиваются и почему? Я прост такого не замечал. Или изначально у тебя масштаб не 100% в винде?

сомнительная история

Ну почему? По сути же опрос датчиков... а если подумать,задержку это таки приносит. Просто кому то видимо очень сильную

Как вариант проверки - там же опционально можно изменять частоту опроса. Выставить её на более редкие интервалы и следить за ватностью.

Нет.

Всё о GeForce для Windows XP/Vista/7/8/8.1/10 [WHQL: 388.13 от 30 октября; Hot Fix: 388.10 от 26 октября] #15140829

Много для совпадений. Можно запросто добавлять в faq что оверлеи,особенно те что собирают инфу с карты. Приводят к лагам.

Абсолютно одинаково: что с MSI AB, что без него.
История действительно сомнительная — максимум, один из небольших сопутствующих факторов.

это частный случай, причем неизвестно с чем связанный.

Возможно,но это не отменяет наличия бага в nvapi. А это факт.

У меня проблема щелчков решилась отключением быстрого запуска.

в настройках матери?
надо попробовать

Schaizzzer Нет, в винде. В настройках электропитания.

Хоть у меня и радеон, но система потюнингована и в этом плане. Если кому интересно:
#77
Почему так настроено? А вот почему:
https://www.tweakhound.com/2014/01/30/t ... nchmarked/
Посмотрите результаты Passmark 8.0.

подскажите, кто в теме, имеется печ980, при захвате\записи через OBS NVENC'ом частота видеопамяти снижается, где-то читал, что это мол какая-то защита памяти при работе с CUDA приложениями. И что это можно отключить, как-то, то ли в NVinspector, то ли в MaxwellBiosTweaker, кто-нибудь сталкивался? Shadow play не предлагать)

KOTA
nvidia Profile Inspector - Common - CUDA Force P2 State -> Off

0xffffh, ага, спасибо большое, только не во всех версиях NV inspector есть эта опция, в 2.1.3.10 есть, в 1.9 что на Guru3D лежит - нет.
и после отключения Force P2 State, ребут нужно сделать, чтобы применилось.