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 минуты 7 секунд:

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

stormpand
Сомневаюсь, что у вас совсем нет звуковых устройств. Для каждого устройства для работы со звуком - свой контроллер.

Agiliter, в том месте что вы указали я вижу только один контроллер в разделе pci и он вырубил колонки, вторым устройством можно назвать монитор, колонки в котором выключены в самом мониторе

Я в том плане, что вы будете видеть этот драйвер до тех пор пока у вас есть звук. Он имеет одинаковое для всех устройств название. Если включите обычную сортировку то в системных устройствах увидите как они идут последовательно.
Вы всё таки попробуйте то что тестируйте повесить на все ядра кроме 0. Вдруг что-то изменится. Можно ещё сверху приоритет ниже среднего воткнуть. При перезапуске приложения параметры слетят.

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

Я не думаю, что фризы у вас принципе связаны с проблемой DPC latency. Когда они явно есть их видно даже в простое и они хорошо повторяются. Но если этот способ каким-то чудом помог, то напишите нам.
Есть конечно вагон разных проблем которые не имеют свойства хорошо повторяться, но на них обычно проще забить чем пытаться понять какой же из нескольких сотен устройств, драйверов, служб и ПО их вызвал.

Еще кстати посмотреть можно что там в скрытых устройствах как например здесь

То есть такие показатели высокие бывают не из-за данной проблемы, а чего-то ещё?

В полном простое как я и писал в первом сообщении всё вроде ок

Вот так и становятся консольщиками , я жил с периодическими фризами ещё на старой системе с интелом, но после покупки ам4 возможно разыгралась паранойя,но как минимум сата драйвер АМД точно косячный

stormpand Похоже не изменилось, он и был косячный ещё во времена Phenom II.

Он Странный. Я ставил недавно на MSI b450+2600 последнюю версию и он работал даже лучше мелкософта. На другой системе тоже как у вас было.

Добавлено спустя 18 минут 59 секунд:
stormpand
Если хотите максимально возможный плавный геймплей с минимальным инпутлагом, то настройте игру и монитор на фиксированные 50-100(фпс|гц, смотря сколько вам нравится) с вертикальной синхронизацией(+тройная буферизация). Настройки подберите такие чтобы процессор и видеокарта (именно оба) никогда не нагружались сверх 90% и фпс был всегда ровный.
Попробуйте. Плавнее геймплей сделать практически невозможно. Все остальные проблемы стоит ловить именно в таком режиме.

Дорогие друзья, всем доброго времени суток! Столкнулся с крайне серьезной и надоедающей проблемой, с которой уже обращался на этот форум, но ничего внятного не получил, поэтому решил исключить все возможные причины возникновения проблемы и в этом профильном форуме. Моя беда заключается в микрофризах, которые происходят в значительном количестве современных игр. Как я понял, посоветовали обратиться к вам - для точного исключения вины видеокарты. Видеозаписи лагов, фризов, конкретная информация о моем разгоне и уже предпринятых путей решения кроме тех, что в этой ветке - есть в этой теме - Необъяснимые фризы в играх на крайне производительном железе (скидываю, чтобы не повторять сюда и не засорять сообщение, там все крайне систематично и понятно).
Сюда лишь прикреплю скриншот программы LatencyMon в разных состояниях:
Спокойное состояние при включении компьютера и двухминутного ожидания - https://imgur.com/bfJ6pmg
Игра в Battlefield 5 (+- такая же ситуация в других играх) - https://imgur.com/a/BQbPDcL
Скриншот Hwinfo - https://imgur.com/Ml8DXX1
Рапорт HwInfo со всем оборудованием - https://dropmefiles.com/52oQo (залил на dropmefiles, ибо так удобнее всего)
Произвел все действия из темы, винда чистая, переустанавливал заново, отключил защитные патчи с помощью InSpectre, в БИОСЕ система запущена через UEFI мод, энергосберегайки от интела отключены, если нужно - скину любые параметры. Понятия не имею, в чем может быть дело, и почему фризы до сих пор появляются (не во всех играх, конечно). Дополнительно - использовал утилиту Destroy Windows 10 Spying, но ее влияние сказалось лишь дополнительным образом. Крайне надеюсь на вашу помощь, перепробую любые варианты. С накопителями все отлично (как стало понятно из моей первой темы).

А что не так?
Чтобы обозначит наличие фризов и их величину юзайте программу capframex

stormpand
Если вы открыли мою прошлую тему, то там прекрасно видно, что крайне стабильный бенчмарк Wildlands выдает необъяснимые фризы, и в процессе игры они тоже проскакивают. Такая же ситуация и в Far Cry 5, но там они уже гораздо чаще. Battlefield 5 фризит только на DX12, но это я скорее списываю на проблему нестабильно DX12.

* по поводу CapFrameX, как ее юзать, есть какой-нибудь гайд?

sheffieldy если одни игры фризят, а другие нет, то это точно не железная проблема.

Ставите, оставляете прогу на первой вкладке - в игре тыкаете F12, должно прозвучать капча стартед Для остановки снова F12, потом во 2-й вкладке смотрите график времени кадра, пики точеные там отлично видно

stormpand
Эта программа позволит узнать что является источником фризов? Или просто их зафиксировать? Если второе, то я фризы и на мониторинге вижу.

Видите то видите, только эта прога сохраняет нормальные графики, которые всегда можно показать и сравнить, вот и всё.

Если учитывать то, что на приведённом вами скрине показатели нормальные, вряд ли ваша проблема связана с DPC(как похоже и у меня), я лично перепробовал всё что мог и до конца проблему не победил

stormpand
А системный таймер пробовали фиксировать на значении 0.5?

ток с поправкой by alaMut => DPC latency на видеокартах Nvidia #16572827 ака чтоб без всяких отклонений от 0.5 хотяя в ассасине оригинальном тема с 0.4882 чёт лучше выступает в минималку, но хуже на 2фпс в среднем фпс