1. Ликбез по прерываниям.

2. Ссылки.

3. Борьба с прерываниями.


Позднее дополню каждый раздел.
Все проблемы у нас связаны с тем, что windows относится к операционным системам с вытесняющей многозадачностью.
Вытесняющая многозадачность требует обработки системного прерывания от аппаратного таймера. По истечении кванта времени, отведённого процессу, происходит прерывание и вызывается планировщик процессов. Частота вызова планировщика критична: слишком частый его вызов будет расходовать процессорное время впустую.
Единственное, что мы можем изменить - это увеличить время кванта и поменять соотношение квантов времени на активную задачу и задачи в фоне, за это отвечает параметр в реестре
Win32PrioritySeparation
По умолчанию
0х28 квант 6:6 = Оптимальный вариант, если делать 18:6, то dpc и isr системные могут дать фризы.
При этом само время кванта зависит от системного таймера.
При системном таймера 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Гц.[/spoiler]

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

Y0!, а без hdd проверялось ?

Это рекламный видос. Не советую делать то, чем он занимается если вы в этом слабо шарите как это работает в деталях под капотом. А если вы шарите на достаточном уровне, то вы уже будете знать, что на видео показана фигня и железо это тоже фигня.
Баффер блоат который он устраняет возникает ТОЛЬКО при нагрузке на канал выше 90%, то есть если вы хотите играть и качать торренты/обновлять колду варзон с ее 100гиговыми патчами и т.п. Онлайн игры не потребляют более 5мбит канала, и то когда загружается киллкам, во время игры там и 1мбита не набирается. А у вас 25 или 50 или сотка, а кто-то и 500мбит домой поставил. Не грузите канал - не будет проблемы.
А вот купив эти железки, которые уже не для домохозяек, вы либо не сделаете лучше, либо сделаете даже хуже, активировав рискованные для безопасности функции роутера. Как например автор видоса включил UPNP, который нужен разве что консолям, а не ПК, но является рискованной функцией для безопасности.
Для дома купите роутер зуксель примерно за 80$ и всё. Дешевле там совсем слабые, а дороже - ненужные функции.
В них за вас уже подумали о безопасности на 95%, а в игрушках как на видео - 95% безопасности это ваша забота и ответственность.

Кто сталкивался с проблемой плавающего инпут лага, можете провести небольшой тест?

1. Запустите игровой мир (лучше игру в которую вы наиграли много часов, онлайн/оффлайн без разницы)
2. Побегайте 1 минуту (чтобы оценить текущее состояние игрового времени)
3. Сверните игру и загрузите всю оставшуюся свободную память (другой игрой / утилитой / ... без разницы)
4. Вернитесь в игру (некоторые игры могут вылететь, но с n-ой попытки запустятся - в основном вылетают "старые" игры)
5. Посмотрите по ощущениям изменилось ли игровой время - инпут лаг, плавность и т. д.

спс

gadpaw Проверял давно. Становилось лучше или идеально на короткое время.

gadpaw
Тест делать не буду, но могу объяснить откуда инпутлаг возьмется.
Просматривая на ютубе тесты сколько озу надо современным играм, где сравнивалось 16, 32 и 64гига (вроде бы канал тестинг геймс, но это не точно), я на одном видео заметил, что на системе с 16 гигами процент загрузки ЦПУ в киберпанке был выше на 1-2 десятков(!) процентов, чем на 32 гига. Во всех случаях мощности цпу всё еще было достаточно, там 8 ядерник интел был, и фпс был идентичный на всех системах. Но на системе с 16 гигами процессор больше работал, ну или больше простаивал в ожидании данных, потому что мониторинг не различает простой в ожидании данных и работу с нагрузкой когда данные не ожидаются так долго. То есть либо цпу гонял данные ссд-озу-своп, на что тратил циклы работы, либо ждал данных от накопителей. И вот пока у него есть запас мощности на это, то есть игра работает в меньшем количестве потоков чем есть у цпу, система может себе позволить гонять и ждать данные. Но как только у вас ядер окажется недостаточно (вы купили 4/8 проц), то ресурсы на прокачку данных будут отъедать циклы и фпс упадет, причем из-за рваной нагрузки, которую обычно создают игры, могут быть кратковременные задержки в обработке в том числе и периферии.
Поэтому выполнив ряд условий одновременно: перегруз ОЗУ по объему, недостаточность ядер для конкретной игры, упор фпс в цпу - можно получить задержку ввода, то есть инпутлаг, как пиковый моментальный заметный иногда на флике, так и продолжающийся который ощущается по полсекунды, как от сложного для системы места в игре, который вызывает продолжительное снижение фпс.

Ага, точно. Играм уровня КС 1.6 не хватает 8гб ОЗУ. И 16 тоже не хватает.

Проверка CS:GO настроек на инпут лаг:

По ощущениям, скачков времени кадра становится меньше, но полностью они не пропадают.

Откуда эта информация ? Простой в ожидании данных это System Idle Process - ожидание ввода/вывода, прерываний, и оно конечно же не засчитывается в процент загрузки цп, который мы видим. Проц либо активен, либо в простое. А на том видео возможно что то в фоне грузило проц или более активная подкачка страниц.

Засчитывается, т.к. тред по прежнему находится в ядре на исполнении и никто его не отменял. "В простое" нам показывается, только когда нет достаточного количества тредов для исполнения.

Alex TOPMAN
Я так понимаю речь об этом https://habr.com/ru/company/infopulse/blog/329206/. Это как iowait — время ожидания I/O операций в линуксе.

Об этом.

Здравствуйте уважаемые участники форума. Я никогда не сталкивался с какими либо проблемами в компьютере, являюсь бытовым пользователем и играю в игры. Играю в WoW, Apex Legends и другие игры с новой и требовательной графикой. Месяц назад начались мелкие фризы, но я не стал особо придавать этому внимание. Но пару дней назад начался кошмар, только захожу поиграть в игру - сразу просадки до 5-6 кадров и через секунд 10 выключаются оба монитора и компьютер просто встаёт, приходится заново его перезапускать и сидеть и думать, что же делать. Как обнаружилось вся проблема в системных задержках, которые можно проследить в программе LatencyMon.
Разгоном никогда не баловался, вирусов нет т.к. даже специально винду переустановил и на компе кроме стима, дискорда и апекса ничего нет. Драйвера стоят последние. Процессор - ryzen 3600, карточка - rtx 2060 super, 16 гб оперативы, продувается всё хорошо.
Прошу вас, готов предоставить любые данные из любых программ, помогите люди добрые. Прикладываю скриншоты из LatencyMon - первый скриншот показатели, второй скриншот рейтинг по dpc задержкам, третий рейтинг по isr задержкам.
Файл формата html не отправлялся, прикладываю скриншот из Hwinfo.
Проделал следующие пункты из faq: 1,3,4,5,6,7,8. Ничего не поменялось. Так же пробовал менять настройки в игре, раньше играл на максимальных, на минимальных только хуже. Прошу господа, помогайте.

Нет.

У тебя либо ссд сдох наполовину либо проблема памяти. Короче вообще не та тема.

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

boonzxc Сходить в магазин взять другую память и ссд.
Про температуры кстати ни слова не написано.
И да - просто так ничего выключаться не будет и тем более перезагружаться. Не и еще - железо не столь старое, скорее всего еще на гарантии. Если навыков нет - проще и быстрее все в сервисе делать.

А если я всё железо брал в днс и там же покупал сборку платную(к слову, покупал год и 1 месяц назад), могу ли я отнести в сервисный центр или ещё куда чтобы выявили проблему?

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

Температура процессора в бенчмарке cpu-z 66.4 градуса, тумпература карты в районе 66 тоже

Да конечно, во всех крупных городах у них есть свои сц.

Приветствую. Почитал вашу историю, у меня была похожая проблема с очень схожими симптомами на Intel Z170: рандомно падала винда в синьку с ошибкой ntfs.sys при скачивании \ установке разных файлов, долго искал виновника торжества, грешил на память и тд. По итогу - виновником оказался PCH, он же чипсет материнской платы, отвечающий за некоторые линии PCI-E , SATA и тому подобные штуки. Чипсет видимо деграднул ( от времени ли, или был банальный брак\недосмотр - не ясно), ему требовалось большее напряжение, чем выставлено было по дефолту в биосе и настройках материнки для стабильной работы. Проблему решало небольшое поднятие напряжения на чипсете +0.03v~0.04v , но со временем материнку я все же поменял. Попробуйте копать в этом направлении, еще стоит проверить наличие грязи\пыли\термопасты на контактах сокета и ножках самого CPU ( и такое видывал ).