Все прерывания делятся по следующим приоритетам: 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 минуты после загрузки системы. Не двигаем мышку и не используем клавиатуру в момент измерений. Потом остановка и скриншот.
Member
Статус: Не в сети Регистрация: 22.04.2016 Откуда: от верблюда Фото: 0
Point77 писал(а):
еще раз, обязательно сделайте бекап системы перед такого рода манипуляциями...
Хорошо, что про это написал. Прочитал я комменты под видео. У некоторых винда не загружается после этих манипуляций ЗЫ. Видео скорее вредное чем полезное. Автор при изменении разделов реестра на объясняет значение каждого параметра, а предлагает их бездумно менять, что не есть хорошо.
_________________ У тебя нет врагов. Никто во всём мире не желает тебе зла. Тебе ни с кем не надо воевать. (c)
При стандартном замере в LatencyMon получаем довольно радужные результаты: #77
Но вот что бывает, когда случается кратковременная нагрузка на GPU: #77 Самое мерзкое в этом – это фриз системы с зависанием мыши примерно на секунду. Ситуация на скриншоте – момент запуска или закрытия приложения Oculus (именно приложения, а не VR-окружения с отображением в шлеме). Так же такой скачок DPC время от времени случается во время манипуляций в GeForce Experience, Adobe Photoshop/Premiere/AE, Telegram Desktop, старте мониторинга в LatencyMon и в большинстве игр, начиная с HL2
Пробовал большинство советов из Интернета: [*]Чистая установка свежих драйверов [*]Переустановка Windows [*]Отключение таймеров в BIOS [*]Отключение таймеров в командной строке [*]Отключение встроенной звуковой карты [*]Отключение быстрой загрузки [*]Включение режима msi в MSI_util_v2 [*]...много-много всего по мелочи
Грешу конкретно на видеокарту, так как проблема повторяется и в других машинах, в которую я ее вставлял, но, хотелось бы добавить, что ни на одной из них не было BSOD или артефактов. Так же гонял видеокарту и остальные комплектующие в тестах и стресс-тестах – ошибок не выявлено. Кстати, в FurMark подобных лагов не наблюдалось, что показалось странным.
Оборудование: ОС: Microsoft Windows 10 Pro ЦП: Intel Core i9-9900K Системная плата: Asus Prime Z390-P ОЗУ: G Skill RipjawsV F4-3600C19-16GVRB (16GB x 4) Видеоадаптер: Gigabyte GeForce RTX 2080 Super БП: Thermaltake Smart Pro RGB 850W Bronze Разгона нет. SSD полностью исправны, ставил систему на оба твердотельника – проблема повторялась на каждом из них. https://pastebin.com/MAcj8bnE – HWinfo https://pastebin.com/XFt3AJYv – настройки BIOS
Оборудование резервной машины: ОС: Microsoft Windows 10 Pro ЦП: Intel Core i7-4770K Системная плата: MSI Z97 Gaming 5 ОЗУ: Team Elite DDR3L-1600 8192MB (8GB x 4) Видеоадаптер: – БП: Aerocool Imperator 850W
Очень прошу помощи, так как возвращать карту по гарантии нет ни желания, ни идей с какой формулировкой ее отправлять
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
BCDEdit /deletevalue useplatformclock
Включите план питания максимальная производительность(не высокая), если его нет то выполните и он появится. powercfg -duplicatescheme e9a42b02-d5df-448d-aa00-03f14749eb61
В панеле управления Nvidia план питания максимальная производительность. Скиньте с видеокарты частоту ядра и памяти.
Включите план питания максимальная производительность(не высокая), если его нет то выполните и он появится. powercfg -duplicatescheme e9a42b02-d5df-448d-aa00-03f14749eb61
В панеле управления Nvidia план питания максимальная производительность.
Сделал всё в точности, как Вы написали – результат нулевой. Скачки DPC и фризы остались, увы
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Откройте Msi AfterBurner нажмите CTRL+F, зажмите шифт, зажмите последнее значение и спустите всю кривую на 200МГц. Память тоже уменьшите, нажмите применить.
Member
Статус: Не в сети Регистрация: 14.06.2009 Откуда: Омск
SigaBOOM надо проверить без дров или в безопасном режиме, если проблема сохраняется - какая-то аппаратная несовместимость. Можно еще в биосе попробовать руками выставить PCI-E 3.0, а потом 2.0, так же проверить сохраняется проблема.
Junior
Статус: Не в сети Регистрация: 23.06.2019 Откуда: Челябинск
OLD Hunter писал(а):
SigaBOOM надо проверить без дров или в безопасном режиме, если проблема сохраняется - какая-то аппаратная несовместимость. Можно еще в биосе попробовать руками выставить PCI-E 3.0, а потом 2.0, так же проверить сохраняется проблема.
Это, наверное, на старых платах? У меня нет такого выбора на tUF b450 pro
Member
Статус: Не в сети Регистрация: 14.06.2009 Откуда: Омск
Agiliter Так может и на его асусе б450 тоже есть, но он просто не нашел, настройки называется gen2, gen3 и т.п., помимо auto по дефолту. Хотя в решении проблемы это вряд ли поможет, но тому человеку, с 2 платформами и 2080 что выше, все же стоит попробовать.
На 2004 original ничего не меняется, после установки дров на мать и видро получаешь 400-500 на процессах связанных с видеокартой и ядром системы, скрин не приложу, но после трех переустановок винды, двухчасовог редактирования реестра, правильной установки дров на видео получаем 200us. Скрин кидать не буду с тлф сижу, но здесь впринципе есть полезные советы, их бы да в шапку.
Сейчас этот форум просматривают: guess52, ONEEX и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения