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

У АВ есть выбор времени синхронизации.

Посмотреть тормоза на youtube-это нужно быть очень "зрячим".
Сделать кучу ткстов-а что они покажут? Надо брать 2 карты-паскаль и непаскаль равной мощности и проверять. Серьезно думаете, что все игровые движки плавные и везде vsync полезен?

Так ранее эти всплески времени кадра были "проблемой паскаля", сейчас уже новые версии появились?) То gta v недогружается(и, как оказывается, там не проц виноват), то еще что-то. Опыты полезные, но надо исходить из других критериев. Тот же QB - "пик оптимизации "

Я больше скажу, он на фризы вообще не реагирует, даже не на микро. Я в бэтмане из GCPD выезжал, словил тормоз заметный, на графике frametime - ни единого всплеска.

И что именно показывает это время кадра? Поставишь 100мс, на графике минимальное время среди всех кадров за период, конечное или среднее?
Надо период ставить тогда равный примерно 1 кадру.

Я таким макаром избавился в дьябло 3 от подлагивания при vsync on (мониторы обыкновенные тнка 60гц) казалось что всинк срывается через определенное время. В игре уже есть два пункта на ограничение фпс в активном режиме и фоновом 150\8. Выставил 61 на активный и все гладко. Инспектор нынче не везде эффективен хз почему, предположительно как нвидия стала перекладывать функционал на экспериенс. При этом в инспекторе то ставится 60.7 а в риве ровные 61. Много зависит от самой игры и ее движка. Баловался давно с Скайримом. Там заметил строгую привязку мышки и физики к 60 фпс. Блютучная давала некие подрагивания картинки. Мб и дело в 125гц на усб шину, проводные на 500-1000 нормально. Когда ставил 125 гц на проводную аналогично блютучной был рваный как будто vsync, картинка не плавная при повороте камеры. При этом фрапс и стимовский счетчик указывал стабильные 60фпс. Слишком много факторов что и как на что влияет.
Не мало головняка добавляет сами майкрософтовцы как пример недавнее http://nvworld.ru/news/kb3213986-multimonitor-issue/

dpc изначально было проблемой-её пофиксили,а косвенно к этому тут народ все мы сообща -подвели просто информацию под любые фризы. И ищем кошку в тёмной комнате.


Кстати апдейт: поковырял ключи загрузчика,который определяет режимы работы ядра Ос,откопал для себя полезную опцию: useplatformtick

"https://msdn.microsoft.com/en-us/library/windows/hardware/ff542202(v=vs.85).aspx"

Forces the clock to be backed by a platform source, no synthetic timers are allowed. The option is available starting in Windows 8 and Windows Server 2012 -если правильно понял не используется микс таймеров, чисто форсится аппаратный какой присущь платформе.

Проверил,сначала выключил динамический тикрейт bcdedit /set disabledynamictick yes,-перезагрузка, система субъективно стала очень мягко работать,для десктопных то систем он и не нужен.

Потом добавил bcdedit /set useplatformtick yes, и после рестарта,о чудо! визуально тиринг очень уменьшился как буд-то я включил vsync. Профит!,оставил себе-пусть пока так.

Вывод: Windows 10))- добрая половина всех проблем.

Плацебо) Хоть один тест приведи до и после, frametime/DPC/запись экрана камерой в 200 фпс)
Покажи вывод PC Clock Timing
http://www.satsignal.eu/software/net.htm

на записи экрана,что увидишь такой тиринг ?,dpc не изменился,причём тут фрейм тайм??!!)))),pc clock такой-же хороший,проверь сам,в ведьмаке например,лично я наблюдаю после useplatformtick ,лучше. Делов то 2 опции,как такое записать?

Ну ты же глазами видишь, и камера увидит, в слоумо потом можно сравнить) Я так в биошоке на 120 кадрах записывал разницу в тиринге 60/120Гц при 60/120 фпс.

Ну PCMark прогони, скорости точно не будет больше, а плавность можно себе напридумывать)

Покажи цифры говорю)

Хорошей камеры у меня нет, а с буфера писать и потом в плеере крутить))),это как музыкальный инструмент выбирать по звуку с ютуба))).





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

Не склонен к таким вещам)),фпс у меня не стало больше,я вижу что отзывчивость мыши другая и рефреш картинки,тиринг визуально меньше при vsync off. Записать мне толковым нечем,кому надо пусть проверяет-я просто делюсь информацией.
Зачем там обманывать или наговаривать,стало бы хуже написал бы.

А без этих изменений какой-то другой таймер? Это же не HPET. И что за синтетические таймеры отключаются?

решил я тут заморочится, поставил оба квантум брейка стимовский и винсторе, дх11 и дх12 соответсвенно, ибо давно заметил что на дх12 игры ощущаются гораздо плавнее. настройки для обоих квантумов одинаковые, специально, чтобы было кадров 35 ибо проблемы с плавностью все отмечают когда фпс ниже 55 примерно, собсна у меня в глаза л.а.нуар и бросился тем что там лок 30, а по ощущениям 20, видео еще на гуглдрайв залил, чтобы ютуб не вмешивался, для наглядности лучше скачать себе и смотреть:
версия стим DX11 она же на диске: https://drive.google.com/open?id=0B3-3S ... 2UyY2V6cVE
версия винстор DX12 она же на диске https://drive.google.com/open?id=0B3-3S ... V9sS3lJeVE
жаль в DX12 не пашет мониторинг АВ, но разница на лицо, и это при том, что в квантуме у нвидии в DX12 фпс где то на 10 вроде должен быть меньше, т.е. там все не в 35 идет а в 25, а смотрится как все 50, возможно таки правда проблема микрофризов паскалей в косячной поддержке DX11, а в DX12 уже роль драйвера существенно меньше и все работает как и должно работать. когда фпс достаточно 60+ микрофризы уже не так бросаются в глаза, а когда низкий, то выглядит и ощущается хуже чем есть фактически, т.е. 35-40фпс на 1060 у меня ощущаются как все 20, в отличии от предыдущей видяшки.

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

Olegdjus у вас микрофризов нет, естественно у вас и не будет разницы, а у меня есть, вон там квантум выложил.

SINgle84, так проблема паскаля или связок конкретных? Установка rx 480 решит проблему?)

Olegdjus очевидно же - связок, если бы баг был 100% уже бы скандал был, а так просто кому то не повезло, только от этого не легче учитывая то, что на другие семейства жалоб таких нет, то по идее любая другая кроме паскаля должна нормально работать, но вот с покупкой вольты я подожду, на всякий случай до первых отзывов, в теме по 1060 первые жалобы на микрофризы появились где то через месяц-полтора

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

Кошмарный лагодром .

SINgle84, зато как громко звучит-"проблема паскалей"
coolio, повторюсь для тех, кто "с начала темы здесь":
1) Не было проблем на 4790к/5960х(который, к слову, не шестиядерник);
2) SINgle84 пишет, что от процессора не зависит данная проблема.
Так определитесь тогда, в чем здесь проблема. А то звучит громко: "проблема фризов на паскале, от процессора не зависит".

Резюмируем?,отделим "мух от котлет" . Шапку можно думаю дополнить и сделать лаконичнее,добавить ссылки на латенси монитор и писиклок+набить какой-то faq.

1)Существуют задокументированные провалы частот на Паскале или/и снижение загрузки гпу-случай я описывал на личном примере,от платформы как выяснили не зависит и проявляется возможно на не рефах с разгоном+баги при использовании АБ, что это биос карт,гпу-буст+ драйвера. Неясно. По крайней мере это лечится.

2)Микростаттеринг,или ощутимый лаг,создающий дискомфорт-анализируя эту ветку,смежную похожую тему и раздел по картам 1070/80- причина такого поведения скорее всего связка чипсет+цпу. Об этом косвенно говорит не корректная работа карт на системах 67-77,которая лечилась обновлением биоса.

Добавлено спустя 7 минут 14 секунд:


У вас жаль нет обновлений фримваре давно на Мп плату,и прежде чем говорить о фризах надо проверять номинал-без разгона всё оборудование. Лично сам наблюдал на разных Пк когда память в разгоне-создаёт такие проблемы-усиление тиринга,микростаттеринга. Для вашего цпу 1600-это паспортный номинал от Интел,всё что выше разгон контроллера. И у кого-то хорошо а у кого-то нет.

Так ещё цпу и чемпионский разгон гпу. Вашему цпу уже сколько лет?, а материнской плате?))-сомневаюсь что там комфорт, и стабилизация уже не "пляшет". На шинах и без осциллографа ясно- будет конский джиттер сигнала. Откуда плавность то будет ?


звуковая X-Fi Titanium в вашем профиле отдельная тема для разговора)), но лично если бы я имел такие проблемы как у вас,в целях диагностики вытащил её из слота бы pci-ex в первую очередь - учитывая дерьмовое качество драйверов креатива в сегменете мультимедийных ширпотребовских карт и странную работу видеокарты. Работа сторонего оборудования на шине,может создать помехи в случае плохой совместимости,без учёта всего вышесказанного.

kiberman поверьте разгон вообще никак не влияет, ибо в стоке все то же самое, ну и до 1060 стояли 275, 570 джифорс - ничего такого не было, да даже пока на встроенном видео 2 месяца сидел, тех же щелчков звука в играх, которое оно тянуло не было (ведьмак первый, world of warcraft и т.д.), а завелся 1060 начались щелчки, причем пробовал и на встроенном звуке в материнку - то же самое, ну и микрофризы, заметные при фпс меньше 60, которых меньше или совсем нет в дх12.

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

Если не поможет,дополнительно к настройке в биосе, добавьте ключ bcdedit /set useplatformclock true в командной строке в Ос, как описано тут DPC latency на видеокартах Nvidia #14441860 и посмотрите после перезагрузки таймер,проверьте щелчки.

Так-же можно попробовать убрать динамический тикрейт.


В случае неудачи, остаётся в вашем случае пункт номер 2,и проверить карту у друзей на другой платформе z87 или новее. Напишите в саппорт Асуса пусть протестируют-может быть потвердят баг, вышлют вам прошивку или помогут иначе,так-же свяжитесь с Гаинвард-пусть вам посодействуют.

С щелчками можно карту и на другую обменять,возможно асус 1060 будет работать лучше.

Тут на портале есть представитель Palit Support,напишите ему в личку по проблеме.

т.е вот это можно сразу набрать и ребут? А вернуть обратно как?