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

Команду применил, но в списке загрузчика только

usefirmwarepcisettings No
useplatformclock No

Народ, эксперимент:
Вкладка перед установкой файла подкачки, там написано что-то типа "оптимизировать время процессора под программы или под фоновые службы". Поставьте под Фоновые службы и после перезагрузки зацените DPC Latency, будут ли положительные моменты?
Ещё вот это в идеале сделать:
Удалить папку Nvidia на диске С, там они складируются, надо удалить иначе подхватяться при установке урезанной версии. Отключить автоустановку драйверов в винде(найдете в инете твикеры), удалить нынешние драйвера нвидиа с помощью DDU и поставить свежие дрова nvidia, но при этом удалив лишние папки, должно остаться как на скрине.
https://forums.overclockers.ru/download ... p?id=88050

PS. Также не поленитесь и скачайте подходящие дрова с этого замечательного сайта, USB, ACHI и т.д.:
http://www.win-raid.com/t834f25-USB-Dri ... odded.html
http://www.win-raid.com/t29f25-Recommen ... ivers.html
http://www.win-raid.com/t596f39-Intel-M ... Tools.html
http://www.win-raid.com/t895f42-Intel-C ... files.html

Если кто все это проделает, просьба отписаться. Про банальные настройки в виде энергопотребления я вообще молчу, везде все выставляем на производительность. USB галку убераем, не даём им заснуть.

а у тебя они есть?

Я много опытов ставлю и сто процентов сказать точно, после чего изменилось в лучшую сторону, не могу. Могу только предполагать. Возможно все вместе повлияло. Поставил 1703 не LTSB, соответственно, картинка была так себе, чуда не случилось, прыжки до 1000 DPC как нефиг делать. Однако, конкретно после установки времени процессора "под Фоновые службы" ситуация изменилась в лучшую сторону. Все само крутится около 500DPC, однако, дело больше не в этом, а в том, на сколько хорошо меня начала слушаться мышка в игре. Задержка уменьшилась конкретно! В консоле ничего не трогал. Лишние службы и всякие банальные вещи отключил ещё до описанных здесь манипуляций.
Ещё можно сравнить показания в Latency Mon, в столбике Drivers по "секундам" разницу до и после включения "под Фоновые службы", вроде бы реально цифры уменьшаться. Не забываем перезагружаться.

PS. Осталось сделать тоже самое на 7ке, там и так из коробки 20-40DPC, но задержку мыши я бы и тут приуменьшил, собственно, ради чего всё у меня и затевалось.

500 в десятке поставить -плёвое дело. И без всяких прыжков до 1к, копайте в настройках электропитания.
Приоритет же для фоновых - это ориентирование для серврных задач или же для тех,кто занимается созданием звука. В случае же активного использования единственного важного процесса(читай некая игрушка) сами себе делаете только хуже. остальное пласебо.

Лично у меня с отжором цп времени на драйвера всё отлично. Вам видимо стоит же подыскать другие дрова или копаете вообще не там. Snapydriver мне в этом вопросе отлично помог.

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

Парень кажись просто испытывает большой желание испытать и найти чёт новое, отметая то. Что другими это всё давно испробовано

Может на ситуацию стоит взглянуть с другой стороны? Повысить приоритет драйвера мыши, например (кстати, как его узнать/увидеть в диспетчере, если стоит стандартный виндовый?).

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

это чо?поддерживаю вопрос.

Что PCClockTiming показывает при отсутствии нагрузки на цпу ? -скиньте скрин если вам не сложно.

Оставил первый вариант, с такими настройками:

Мышь будет работать отзывчивей т.к. если поставить для служб - время для процессов выделяется мелкими квантами, но часто, если для программ то крупными.
Соответственно в первом случае лучше время реакции системы, но больше накладные расходы на переключение. Во втором наоборот. Но самый неприятный момент если выставить для служб это еле заметные микрофризы в играх =( из-за этого приходится оставлять для программ =(.
P.s. Опция для служб больше подходит серверам.

Я правда ещё в других играх не пробовал, но в УТ4 (настройки в ноль выручены, кроме нативного разрешения)микро фризов пока не наблюдал, нужно по дольше побегать. Ещё надо заценить как на MSI прерываниях будет себя вести. Также считаю, что не плохо помогли свежие дрова с грамотного сайта http://www.win-raid.com, все должны обратить на него внимание. И полное обновление дров через прогу от IObit Driver Booster, ещё никогда не подводила, обновляет все до последней мелочи, но прямые руки никто при этом конечно не отменял. Имхо. В БИОСЕ исключительно все энергосберегайки выключены.

Последние мои посты больше подходят для смежной темы, что-то я не догодался сразу туда написать. Обсуждение инпут-лага в играх, в разных версиях windows10.

Если у вас игровая конфигурация как я понял и отзывчивость мыши и плавный фремрейт нужен любой ценой, почему в первом варианте не запретить динамический тикрейт- disabledynamictick yes. , userplatformclock оставить по умолчанию-No. И Hpet в явном виде в биосе off. ?



Оборудования на pciex- уже на нём-для шины это нативный режим-всё это описывается в документах интела.

Интеловские юсб 3.0 и выше,сата,сеть обычно и любое устройство на шине. Что касается видеокарты-родной менеджер Нвидии говорит что прерывание не используется,то-же самое мне говорил сотрудник Нвидии техподдержки-что не используется irq , и плевать что диспетчер ос показывает.

Свой опыт:

Тестировал я явное переключение утилитой-2-3 МЕСЯЦА-но отказался от этой затеи-ПЕРЕВОД видеокарты принудительно в Msi.

В тестах ситуация чуть хуже-3ДМАРК,да и мышь себя вела странно иногда лучше,а с другими версиями драйверов проявлялся на экране тиринг как при легком переразгоне контроллёра памяти цпу, или КАК при включении тайминга 1T НА плохой памяти.
Сомнительно что я там что-то ФАКТИЧЕСКИ переключал - ключом для Ос, драйвер карты- привелегии уровня ядра, и протоколы шины имеют больший приоритет. Короче для меня баловство.

Что я в явном виде сделал в биосе принудительно 3.0 на pciex и отключил энергосбережение на pciex в биосе и Ос.

Да, в биосе HPET на выкл, все прозрачно.

Согласен, логика в этом есть, попробуем и так. На счёт MSI принял) Можете рассказать об параметрах на скринах на русском языке, а конкретно об Time for QueryPerfomanceCounter call(4й сверху) и GetSystemTimeAsFileTime resolution(последний). Так как именно в них все отличие. Тут кто-то утверждал, что включенный HPET в биосе это только на благо)) По моему мои скрины явно доказывают обратное. Имхо.
Единственное так и не понял как влияют опции в разделе USB, xHCI Hand-off, eHCI Hand-off и Поддержка старых устройств (Legacy) в плане задержек. Как лучше выкрутить эти параметры? В какую версию USB 2.0 или 3.0 лучше подключать мышку? Некоторые говорят, что чем более скоростной порт, тем выше будут задержки(так как буфер больше у таких устройств, мы говорим о USB) и для мыши лучше USB 2.0, но вот у меня ситуация обратная, у меня задержка меньше на порте 3.0, при условии, что я использую 1000Hz. Ясное дело, что все ещё зависит от производителя концентраторов/контроллеров и дров на них, которые как раз модифицированные я поставил с сайта win-raid и т.д. Имхо конечно.

Это обычно индивидуально, на современных интелах и платформах инвариантный tsc по умолчанию -лучший вариант,Hpet оставляют как функцию для дебага в биосе и совместимости с различным оборудованием, допустим есть у вас слоты pci и карта звуковая которая заикается на таймере в 3.5

Первая функция счётчик производительности -возвращает значение таймера. Вторая функция возвращает системное время и дату в формате. Get tick count resolution в данном случае текущее разрешение таймера. Для его накрутки была тут утилита, для игрового конфига можно сфорсить его разрешения, не всегда это гуд. Но можете попробовать. Так-же он форсится выключением энергосберегающих, фиксацией частот цпу.

Update: Вижу вы дополнили,про контроллёры,напишу сейчас..

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


Наверное они имели ввиду буфер при активной передаче данных-жд или внешний звук)).




Update: Смотрите личку

eHCI Hand-off -- выкл.
xHCI Hand-off -- выкл, но в некоторых случаях с "вкл" мышь ведет себя лучше, так что пробуй вкл/выкл и смотри, как будет лучше конкретно на твоей конфигурации.
USB Legacy Support -- выкл, хотя на некоторых материнках могут быть проблемы, так что если мышка будет странно себя ввести, то включить обратно.


Пробовал на двух разных компах (платформы Haswell и Kaby Lake соответственно), в обоих случаях поведение мыши было лучше при подключении в обычный (не 3.0/3.1) порт.


На Win10 я между ними и встроенными виндовыми особой разницы не заметил.


Помимо этого советую отключить Intel Virtualization Technology, Intel VT-d, Execute Disable Bit, CFG Lock и все ненужное типа serial- и lpt-портов. А также вручную выставить PCI-e x16/PCI-e -> Gen3 вместо Auto; CPU VRM Switching Frequency -> 500. Power Phases -> Extreme/Full уже и так выставил, наверное?


Хм, надо попробовать попереключать, а то я с давних пор всегда ставлю "Background services".

Попробовал. Не! Самый неприятный момент, когда фоновый софт полез в интернет и отхватил себе такой же приоритет по трафику. У меня пинг в онлайн шутере (активное приложение) подскочил просто до неимоверного. На кабельном инете это может и не так было бы заметно, но на моей (пока ещё) беспроводной Yota - это превратило игру просто в звиздец. Вышел прямо из боя в винду, вернул настройку обратно, снова зашёл в тот же бой - всё встало на свои места. Так что, я очень не рекомендую включать "для фоновых служб".

Так это что, мы теперь ещё и 3д звук заносим в категорию "Ах ты, скотина такая - лаг мне увеличиваешь, почём зря!"?

Profy13,Alex TOPMAN, по поводу количества квантов отдаваемых процессам в фоне, активном окне, а именно настройки, которой вы изменяете, написано тут и тут на русском и тут.

Когда вы выставляете для служб у вас всегда максимально большее количество квантов отдается процессу за прерывание, "тик", это более стабильно, положительно влияет на производительность когда используются приложения с длительным временем работы, на игровом пк просто получаем более стабильный фреймрейт и стабильную задержку, из за этого кажется, что она меньше, просто предсказуемость лучше, воспринимать человеку несколько легче, особенно не киберкотлету. На самом же деле с малым количеством квантов задержка меньше и кода от разных процессов за один интервал можно выполнить больше. Обработать прерывание с юсб для процессора очень легкая задача и явно на это не требуется большое количество квантов, нужно быстрое переключение, чтоб процессор мог одновременно и игру и прерывания с юсб обрабатывать, чем меньше квантов, время кванта, тем меньше задержка, но и тем больше ресурсов уходит на переключение... Я тестил все варианты очень долго в свое время, лучший как ни странно оказался дефолтный)) То есть на усмотрение винды, параметр должен равняться 2, как только вы меняете эту настройку в "быстродействии", она обретает свой настоящий вид, из которого можно высчитать все 3 параметра. Так вот по идее 2 должен быть равен 38 Dec / 26 Hex, когда ставишь для приложений, но как выяснилось в итоге, работа отличается в этих двух режимах, можете у себя затестить. Если именно от руки настраивать, для себя выделил лучшим фиксированное малое количество квантов без буста активных окон(40 Dec / 28 Hex). Стабильная малая задержка получается, но все равно хуже, чем в дефолте, когда параметр выставлен в 2) Я тестил около трех месяцев именно этот параметр года 2 назад.
Вообще большинство программных твиков шляпа на самом деле) Я убил годы на их тестирование, изучение, но в итоге сижу в дефолте))) Они были полезны лишь тогда, когда что то неправильно работало, планировщик, кривое ПО/дрова с новым железом, сейчас я на райзене с последним билдом 10 вообще не вижу необходимости в этом... Просто настроить энергосбережение, + последние дрова, всё)))) Про bcdedit вообще посоветововал бы забыть...