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

Реализация на старых платформах 67 и цпу-оставляет лучшего. Какой таймер,его гибридный вариант выберет ядро Ос- УЧИТЫВАЯ железо, и как оно будет работать-вопрос. Других вариантов у меня нет.

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


Для начала запустите утилиту-посмотрим ваш таймер,и сделайте скриншот. сейчас линки найду апдейт сделаю.

https://www.dropbox.com/s/6lczdp4pz4x0q ... er_1.1.zip

Запустите,нажмите старт,меня интересует верхнее значение,частота и нижний счётчик ratio. при нажатии на старт. Скриншот сюда.

У меня так (W10):
#77

kiberman
Так?

на интеле я таких значений не видел,hpet выключено он в районе 14 мгц,не думаю что вам имеет смысл дёргать. Но можете покрутить. вам доступны 2 варианта опций в ос.

https://tweakhound.com/2014/01/30/timer ... nchmarked/

bcdedit /set useplatformclock true
bcdedit /set tscsyncpolicy Enhanced
bcdedit /set disabledynamictick yes

В командной строке от администратора,для применения потом рестарт.

Если у вас эти микрофризы есть,в целях диагностики вам имеет смысл крутануть 2 опции,первая задействует высокоточный таймер-может стать хуже,лучше -от платформы зависит набора контроллёров. в большинстве случаев высокоточные часы хуже.

и 3ья опция динамический тикрейт,как на амд энергосберегающие реализованы я не знаю может вам поможет,2ая опция для интелов.

Пробуйте. Вернуть всё просто


bcdedit /deletevalue useplatformclock
bcdedit /deletevalue tscsyncpolicy
bcdedit /deletevalue disabledynamictick

И рестарт.

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

Да,судя по всему это гибрид tsc или lapic. Оптимальный таймер.

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

кстати тут недавно читал про HPET в биосах , не знаю как на асусах, но вот на гигах z87/97 (ну и других скорее всего тоже) в биосе оно включено и скрыто(лол), т.е самой опции вы не найдете. На буржуйский форумах народ пишет в поддержку и им высылают правленый биос с этой опцией и hpet можно отключить. Делается это опять же для того чтобы снизить dpc, причем значительно.
Мож кому будет полезна инфа

kiberman а это что значит? на щелчки звука может влиять?

На время кадра в моем ролике и в ролике с фризами смотрите. Дерганий никаких нет, кроме дергания мониторинга)

kiberman
Вчера проделал ряд манипуляций, после чего добился плавной картинки без каких либо подергиваний в игре "ALICE VR" сейчас зашёл в "Crysis 3" и... Оооо ЧУДЕСА НЕБЕСНЫЕ!!! Плавная картинка без дерганья. Одно из пунктов было удаление MSI Afterburner, (даже Fraps снёс) и сколько там фпс щас хз, но всё плавно. Скорей всего программа nvidiaProfileInspector таки хорошо работает! И к стате, ща оперативки у меня стоит не 8Gb а всего 4Gb.

Можно по пунктам что делал....

Графики в данной проблемме совершенно до фени, я об этом уже говорил. Проделай по моей просьбе тест, если не сложно.

Об этом уже говорил,но чудеса в том что у одних есть а у других нет,с чем связано не рефы или ещё что,у себя лично такое наблюдал на Палите,пока Аб не удалил.




Нет ищите в другом.

Сейчас другим занят. После полноценного подтверждения что всё стало плавно, опишу все действия и по возможности и видео предоставлю, что было и что стало. Для начала установите nvidiaProfileInspector и поставте в ней лок на 60.7 fps как в глобальных параметрах, так и для конкретной игры, в выпадающем списке этой программы. В самой игре тоже виртикальную синхронизацию лучше включить. Если это поможет, то предыдущие мои ковыряния в драйверах не нужны.

Вы-то хоть в проблеме разберитесь. На вашем же видео время кадра скачет при неизменном fps. Это и есть "проблема". У меня ее нет. Я верю своим глазам и мониторингу на вашем видео. И не понимаю, как 33мс(не говоря уже о 100+) могут быть нормой.

ок

Да видео там бредовое,или косячит мониторинг,потому-что с третьей минуты,с другой сцены-всё как и должно быть время кадра= 1000/fps

Эээм, где тут третья минута?

Olegdjus
Причем здесь то видео на которое вы опираетесь. Я проделал кучу тестов и есть игры где время кадра всегда не привышает 10мс, проц не более 30% и 250 фпс, а тормоза картинки присутствует. Если у вас нет проблем, нужны доказательства, это будет в первую очередь полезно для нас, кто столкнулся с проблемой.

DPC latency на видеокартах Nvidia #14429899

я про это,а то что у вас там,1000/fps-порядок,ну 3-4 раза просел вывод кадра,при этом счётчик фпс остался таким -же.
Зачем его в пример приводить?-там выпало пару кадров,или мониторинг глюканул,счётчики то-же отвлекают цпу. Nik t-800 верно написал это нам всем ничего не даёт только путает ещё больше.

Да вот не знаю, я за период с 2015 по конец 2016 только в то что на 16 странице описанное играл. увы, под мои вкусы мало играл выходит. надо бы ещё ведьмак попробовал но он не прёт меня, через силу играть не очень...


Так это понятно, и чё он на драйвер ссылается а тут я бессилен.


1607 сборка 14393.693, у меня всё ПО, ОСЬ, FW для железа всегда актуальных версий) каждый день слежу.

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

я бы вообще не ориентировался на мониторинг, чтобы его привязать к микрофризам, неизвестно в каком месте АВ меряет, может косяки идут после точки замера и видятся только глазами, тот же FRAPS меряет где-то в начале всей цепочки - https://www.hardwareluxx.de/images/stor ... tion-2.jpg для надежности надо и запись вести не средствами компа, а хоть телефоном - потому что тоже не понятно, какой момент пишется, может косяк на самой последней стадии, когда выбирается из нескольких кадров которые будут показаны, отсюда и влияние на проблему всяких синхронизаций.