Все прерывания делятся по следующим приоритетам: 1 место - работает на уровне кольцо -2 прерывания SMI (system management interrupt — прерывание системного управления), которое возникает: -по сигналу от чипсета или периферии на материнской плате -программный SMI, посланный системным ПО через порт ввода-вывода -запись по адресу ввода-вывода, для которого микропрограммно установлена необходимость активации SMM. 2 место - гипервизор, который работает в кольце -1 3 место - ядро операционной системы - работает в кольце 0 4 место - пользовательский уровень - работает в кольце 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.
В Windows применяется: - для x86 - 32 уровня IRQL от 0 до 31 (в скобках указано числовое значение): High (31) Power fail (30) IPI (29) Clock (28) Profile (27) Диапазон аппаратных прерываний, называемых Devices IRQL, или DIRQL (от 26 до 3) или ISR DPC/DISPATCH (2) APC (1) PASSIVE (0) Это означает, например, что планировщик (работающий на уровне DPC/DISPATCH) может быть прерван аппаратными прерываниями, межпроцессорными прерываниями (IPI) и т. д., но не может быть прерван асинхронными процедурами (APC) и обычными потоками, работающими на уровне PASSIVE. Межпроцессорные прерывания IPI могут быть прерваны сбоем электропитания (прерывание на уровне Power fail), но не могут быть прерваны обычными аппаратными прерываниями от устройств и т. д. - для х64 16 уровней IRQL (от 0 до 15) High/Profile (15) Interprocessor interrupt/Power (14) Clock (13) Synch (12) Device n (11) ......... Device 1 (3) Dispatch/DPC (2) APC (1) Passive/Low (0)
При этом: hardware interrupts 3-15 (3-31) software interrupts 1-2 (1-2) normal thread execution 0 (0)
Наш пользовательский процесс может иметь следующие приоритеты: 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 считается еще неплохой. Второй путь - уменьшить длительность прерываний. Есть еще третий путь - освободить от прерываний нужные нам ядра.
Первое и самое главное. Установка максимально облегченной и очищенной системы. Если хватит windows 10, то лучше ставить ее. 23H2 лучше, чем 24Н2. Отключить динамический таймер. Поднять, а не снизить время для системного таймера до 15,625 мс! Если снизим до 0.5 мс, то увеличим количество прерываний. Но тут вступает в действие многозадачность винды. 1/4 времени отдается фоновым процессам. Минимум - это 6 тиков=2 кванта Полностью вырубить все фоновые процессы на винде мы не сможем. Для 120 кадров нам нужно иметь перерыв не больше 1/120=8.(3) мс. Поэтому подходит время для системного таймера только 0.5 мс /1 мс и условно 2 мс , так как 2 мс*2=4 мс. Внести в реестр для глобальной настройки системного таймера (работает только для win 11) [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel] "GlobalTimerResolutionRequests"=dword:00000001"
Отключить 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) и для системных прерываний=тиков.
useplatformclock disables TSC and uses the platform source clock instead (HPET or PMT). PMT is used when HPET is disabled in BIOS. useplatformtick disables TSC tick and uses the platform source tick instead (RTC). Does disabledynamictick work when useplatformtick is used? No, it does not do anything since RTC is not a dynamic tick counter.
При этом возможны разные комбинации таймеров.
TSC + TSC without desync: bcdedit /deletevalue useplatformclock - bcdedit /deletevalue useplatformtick (make sure HPET is enabled in BIOS) TSC + RTC: bcdedit /deletevalue useplatformclock - bcdedit /set useplatformtick Yes HPET + RTC: bcdedit /set useplatformclock Yes - bcdedit /set useplatformtick Yes (make sure HPET is enabled in BIOS) PMT + RTC: bcdedit /set useplatformclock Yes - bcdedit /set useplatformtick Yes (make sure HPET is disabled in BIOS) Частота HPET 14.318180 MHz, в 4 раза выше частоты ACPI PM Timer. RTC устаревший тайминг с частотой от 2-х до 8192 Гц. Использует кварц 32.768 KHz HPET требует больше времени на вызов, чем TSC или PM Timer, но это важно только для системных прерываний. HPET и PM timer находятся в южном мосте. TSC в процессоре. Поэтому вполне допустима комбинация HPET (для времени QPC)+TSC (для тиков).
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 минуты после загрузки системы. Не двигаем мышку и не используем клавиатуру в момент измерений. Потом остановка и скриншот.
Знающие люди, подскажите параметр Interrupt cycle time (s): насколько это серьезно? на ядре CPU 0 мой показатель растет пропорционально времени от запуска теста. Также на этом ядре очень много DPS. Что можно раскидать на другие ядра, чтобы снизить эту нагрузку? #77
Member
Статус: В сети Регистрация: 17.05.2021 Откуда: Британия Фото: 6
я тут занимался профилактикой системы, для подтянуть гайки или ослабить, проверить полет по приборам и тд, а то она как гитара от продолжительной игры со временем расстраивается. Короч по итогам решил либо полностью перенастроить сторонний антивирь (настроен с установки винды и затем беспечно забытый) либо перейти на другой либо вернуться к стоковому дефендеру. Совсем забыл что эта прослойка глобально влияет на систему по быстродействию, стабильности, совместимости с другими низкоуровневыми прогами вроде RTSS, HWiNFO и пр. Забыл что эта штука фильтрует а значит дает задержку на все, типа
получасовая тренировка фильтров убрала необьяснимые ранее скачки латенси ntoskrnl.exe как минимум, в журнале ошибок вероятно тоже лучше стало. Словом вляпался в баянистый баян - проверь антивирь. В исключения все нужное было добавлено при первой настройке, просто замороченный этот ESET по своим модулям, надо следить за логами, корректировать время от времени или после установки нового софта. Говорят родной дефендер лучше в этом плане, потому что нативный и не режет систему. Ни разу не юзал лол из-за стереотипов
Member
Статус: Не в сети Регистрация: 17.02.2019 Откуда: Эстония Фото: 0
Лангольер писал(а):
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
Хз, тестировал на тестовой винде все эти значения, либо улучшений нет, либо где-то даже хуже становилось
_________________ And I finally learned It's a cruel, cruel world
Member
Статус: Не в сети Регистрация: 17.02.2019 Откуда: Эстония Фото: 0
Кто знает, почему так по DPC так стреляет драйвер нвидии? В простое. Врубал и низкую задержку как на реддите советовали, так и макс производительность, но все равно стреляет по показателям.
Куратор темы Статус: Не в сети Регистрация: 22.12.2005 Откуда: Киров
MurkLyaMurk писал(а):
Кто знает, почему так по DPC так стреляет драйвер нвидии?
1. HAGS 2. Общие проблемы с современными драйверами NVIDIA особенно на 40/50-й серии, Nvidia даже признавала повышенную DPC latency в релиз-нотах в 576.02 драйверах 3. Чистая переустановка драйвера после DDU (Display Driver Uninstaller) в безопасном режиме 4. Отключи NVIDIA HDMI Audio в Диспетчере устройств если не используешь 5. Попробуй чуть более старую версию, я сам на 566.14 сижу, на нем CS2 инста альтабается, все что новее задержка секунд 5...
Member
Статус: Не в сети Регистрация: 10.01.2013 Откуда: Баку
anta777 писал(а):
Первое и самое главное. Установка максимально облегченной и очищенной системы. Если хватит windows 10, то лучше ставить ее.
В своё время нашёл на торрентах сборку от типа, который походу занимается чем-то таким, что ему ну никак нельзя чтоб кто-то имел даже малейший шанс его отшпионить Народ там в комментах сборку в основном хвалит - но постоянно просят объяснить как включить то что он там навырезал А я походу непритязательный юзверь - мне и так норм. Работает чётко, как-грится сразу "из коробки". Вот, без всяких задрачиваний на то чтоб заскринить самые низкие показатели.
правда на 2хлетней сборке, вифи, улучшайзерами звука и кучей периферии в портах. Честно говоря даже когда изредка вываливается алярм красным в LatencyMon - вживую его не замечаю. А так да, периодически чекаешь задержки в проге на цифры.
Member
Статус: В сети Регистрация: 17.05.2021 Откуда: Британия Фото: 6
Blazetrusher как и гнаться за минимальными задержками на постоянку, я думаю. Похоже на охоту за попугаями в синтетике, которых все равно не почувствуешь в повседневе и взамен урезаешь себя в другом. Пока задержки в зеленой 1ms зоне я спок. Но за видео спасибо, качественные пруфы одобрямс. зы. вот за час серфинга набежало :
Advanced member
Статус: Не в сети Регистрация: 30.03.2017 Откуда: Москва/Вешняки Фото: 11
WhiteRatify писал(а):
правда на 2хлетней сборке
там же вроде и нет проблем у нвидии = так работают её энергосберегайки, помнится в бытность вообще было чудо https://disk.yandex.ru/d/5HCrewYxcZxbvw которое повторить=воспроизвести не удалось
Кто знает, почему так по DPC так стреляет драйвер нвидии? В простое. Врубал и низкую задержку как на реддите советовали, так и макс производительность, но все равно стреляет по показателям.
Скорей всего это работа энергосберегаек. Максимальная производительность к сожалению не поднимает частоты без существенной нагрузки. Попробуй запустить в фоне gpu-z рендер тест(вопросительный знак рядом с pci-e статом)
Member
Статус: Не в сети Регистрация: 04.09.2014 Откуда: Оттуда
kostik1966beta писал(а):
если не трудно-черканите название или автора
Самая лучшая винда с низкими задержками Windows10_Enterprise_LTSC_2019_v1809_x64_RU_by_LeX_6000_(14.06.2019).iso гугли образ ещё есть в доступе. Образ весит где-то 3.3 гига всего.
_________________ THX/SBX TruStudio surround sound effects are better than Creative’s CMSS3D. Recon3D hardware accelerated THX/SBX TruStudio/CrystalVoice effects.
Причем тут киберкотлеты, просто игры требуют минимальную версию dx12, которая привязана к версии винды. Например, Last of us запустится на этой ОС? И где у тебя статистика по GPU в диспетчере задач? У тебя драйвер не установлен?
Последний раз редактировалось _User 02.05.2026 12:54, всего редактировалось 2 раз(а).
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 12
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения