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

Я к этому тексту обращался https://www.steinberg.net/forums/viewtopic.php?t=96815 но разницы не заметил )

TauProxy а это

что дает?

kiberman в биосе HPET был включен, выполнил все 3 команды bcdedit /set useplatformclock true
bcdedit /set tscsyncpolicy Enhanced
bcdedit /set disabledynamictick yes WinTimerTester показывает теперь 14,31818, из замеченных изменений пока только ~50 очков в 3дмарке прибавилось, на проверку звука уйдет время, ибо щелчки - полный рандом, и в стареньких играх и в новых, игры попозже позапускаю.

проверяйте по одной опции с ребутом.

Удалить:

bcdedit /deletevalue disabledynamictick

bcdedit /deletevalue useplatformtick

Посмотреть текущие:

bcdedit /enum

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


Был разрешён?!- хмм гибридный таймер,очень интересно,вам кстати имеет смысл так-же проверить с полностью выключенным в биосе, удалить текущие ключи что вы добавили, и дополнительный вариант ещё- прописать те которые пробует Олд Хантер. Но это уже потом.

Если не трудно скиньте в тему скриншот Pcclok,если будете пробовать второй вариант, Hpet off, и дополнительно вариант с ключами.

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

Эти опции только для дебага и при проблемах,рывки щелчки,и прочее

Гугл говорит что данный параметр для отладки, контролирует политику синхронизации счетчика. Все методом тыка познаем.

если я Вас правильно понял, то как то так #77

Очень информативно!,5 баллов!

4 варианта для тестирования,слева направо.

По параметрам оптимален 3-ий скриншот слева-направо Hpet off, без ключей у вас,его надо в первую очередь тестировать на постоянку-как наиболее точный.


Для работы без Hpet+tsc в оси-ключ userplatformclock true нужно удалить, у вас на втором скриншоте 3.5 мгц таймер из-за него. Так же bcdedit /set tscsyncpolicy Enhanced в данном случае вреден.

Вариант второй который желательно протестировать и он то-же хорош, а иногда и наиболее удачен чем все другие
: Hpet off

+ bcdedit /set disabledynamictick yes и отдельно или вместе с ключом bcdedit /set userplatformtick yes. Для десктопа я рекомендую оставлять disabledynamictick yes всегда. Второй ключ описан выше в теме. -Грубо этот вариант форсит только аппаратный таймер. По идее самый точный.


и третий вариант Hpet on-на первом скриншоте,только в вариации с ключом userplatform clock true. Без bcdedit /set tscsyncpolicy Enhanced

Если включён быстрый запуск в Ос,выключите его то-же.

kiberman, а можно саму программу вышеуказанную получить?

http://www.satsignal.eu/software/net.htm

ниже на странице.

Для сравнения, вдруг поможет. Имею похожую конфигурацию как у SINgle84, только чипсет Z68, даже звуковая карта такая же.

kiberman, спасибо) Ввел команды, что вы выше писали, мне вот что показывает.
Визуально вроде ничего не поменялось.

В этих цифрах ничего не понимаю

У меня

получается некая проблема с паскалями тока у владельцев неправильных МП с интел-чипсетами, праильна понимаю? начиная с z87 все норм? так почему же тогда все предъявы к инвидио, а не к интелу?


эт ещё чоза новый пыпыськоштангенциркуль? как им мерять и о чем он может поведать?

У меня самое быстрое выполнение этих процедур :P

#77

HPET спецом отключил. Время выполнения также можно сравнить в TimerTiming от нвидии, с HPET оно в сотню раз больше, хотя там 10 в минус 7-9 степени порядки)
times.txt times_HPET.txt

Эксперты, что скажете? (АМД платформа)
#77

Те 2 опции,1ая для мобилки, динамический тикрейт-бережёт такты-сохраняет батарею-ессно для десктопа не нужно,вторая просто говорит Ос не юзать миксы таймеров.

А сами значения у вас и так хорошо.

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

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

Не плохо,это проц с разгоном в залочке?



В ос,или есть ещё опция у Asrock 170?

Вобще резалты не плохие,камушек хороший да и Асрок видимо будет моя следующая Мп

EVGENIYYY
"Эксперты")) Никто тут не понимает полностью принципа работы этих таймеров.
Как я понял, TSC в проце, поэтому он самый быстрый, но не точный. HPET в южном мосте, дольше запрашивается, но выдаёт более точные результаты. По-идее с TSC должно быть быстрее (там, где скорость программы зависит от запроса времени), а с HPET плавнее, т.к. все действия, завязанные на промежутки времени, будут производится более равномерно.
Хотя процессоры теперь имеют инвариантный TSC, который всегда работает на одной частоте, независимо от P и С состояний ядер.
Скачайте прогу, проверьте: https://technet.microsoft.com/en-us/sys ... s/cc835722
У TSC-INVARIANT должна быть звёздочка.


4600 динамический, со сбросом до 800 в простое. C1E только отключено, остальное вкл. Профиль питания сбалансированный, но твикнутый. Мин состояние 0%.
Но и при 100% значения такие же, не влияет скорее всего это, почему - написал выше.

В биосе.

Платки то старые у некоторых и Uefi толком не реализовано,учитывая что уже z270 есть. Тут не в Интеле дело,время их уходит-поддержка,в том числе и в софте и Ос.

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

Он устанавливается флагом цпу,и его выбор ядром Ос именно зависит от флага,а все миксы таймеров уже от платформы,южника в том числе.
Что плавнее сейчас сложно сказать,сама Ос юзает по умолчанию Tsc на новых интелах.

Для определения типа tsc и величины счётчика,тут ребятки с геймдева уже писали софт.

http://www.gamedev.ru/flame/forum/?id=180198



Похвально Асрок,учитывая что ребята там обновляют модули Ором регулярно в своих биосах и Мe регион. Почему платы не пользуются такой популярностью,загадка.

Я пока столкнулся с фризами только в Ведьмаке 3 на win 7, связаны они со скачками времени кадра и высокой загрузкой cpu. Лечится в моем случае довольно просто - или поднятием фпс до 70-80 и локом на 60 или переходом на win 10.
Очень разительный контраст в том же месте на win 10. Процессор загружен на 100% по ядрам, но один фриз всего проскочил.

Ну, а на Windows 8.1 так же, как и на Windows 7? Или там получше с этим делом?
Просто от 7ки пока не оторваться, а на ней ситуацию хуже, как я понял (что подтверждаю и на своей системе).Не?