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

На работе стоит 7ка, i5-2500K, интегрированная видеокарта. Всё тоже самое при запущенном тесте, при 100% загрузке проца задержек нет. А так при энергосбережении весомые задержки на usbstor.sys (видать всегда будет что-то давать задержки). Вообщем вприципе мне всё ясно.

Заменил мать и проц, проверил. те же баги в GTA5, нагрузка на GPU падает до 20% в место стабильных 99% и FPS при этом естественно ни о чём. ну и как обычно проблема рандомная то есть то нет.
Пожалуй буду избавляться от GTX 1070... но прежде возьму ещё 2шт (появилась возможность по тестировать) может банально дело в экземпляре, если окажется так тогда Nvidia суки!

jjxaker, в игре vsync включен что ли?

Olegdjus в том скрине да, а так то разницы нет от включения/выключения те же проблемы.

В gta v кривая вертикальная синхронизация, поэтому я форсировал адаптивную через дрова. Так же движок gta v при 100+ FPS себя некорректно ведет, может нагрузка на GPU падать.

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

jjxaker, должно быть обьяснение этому) А в другой конфигурации тестировать не пробовали?

Olegdjus
В процессе... нужно же найти истину. а то все эти танцы с бубном покрути там да покрути тут... ковыряние софта и винды это топтание на месте, всё должно работать в дефолте. собственно до Паскаля так оно и было.

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

Не всё так легко, увы. есть конечно в моём окружение более менее приличные сборки, но там такие владельцы что легче себе второй комп собрать.
Я проапгрейдил проц, мать, замена памяти едет, и замена для всех дисков едет на M.2(SATA контроллер вовсе выключу), БП у меня пара Seasonic SSR-750TD и SS-850KM и оба высокого класса их сразу можно исключить. по сути больше влиять то и нечему, своими силами справлюсь...


Вот и я к этому мнению склонен. тут же не прокатит как это было с GTX 970... да и подозрительно то что проблемы не массовые.

А по Сисоникам так мнение личное и не более-они конечно ни причём)))- но будь они такие "илитарно-идеальными")-стояли бы в каждой второй машине))),но чо-то я вот "дурак" почему-то взял старую как "пень" голдовую модель энермакса,уже не выпускают -не знаю что на меня нашло - хотя 10 килорублей бюджет на Бп был по старому курсу.

Блок уже 2 Пк обслужил, и 1 в тяжелейших условиях по питанию- огромные скачки напряжения,аварии на подстанциях, замыкания, гроза, и пару лет назад разные импульсные безобразия,от всех феерверков которых в совокупности - "Слоник" бы уже "ласты склеил". - и думаю будет служить ещё очень долго).

Успехов в поисках вам.

Шо ж ты его мучаешь-то так, изверг? Подружи его с инвертором и будет вам обоим щастье. Проверено уже не с одним стабилизатором.

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

У меня и по шине разгон и страпом (иначе, как бы я ещё столько профита выжал) и вручную 3.0 указан... Вот, прямо, огорчаешь ты меня, что всё это стоит пробовать откатывать в дефолт.

Проблемы питания в доме решены,да и предпочитаю я схему "честный" сетевой фильтр- и Олдовый проверенный Бп -старомоден



Это огорчает Нвидия)),и к тому-же это просто информация и моё мнение-не более, а не план к действию. Для себя нашёл решение-выводы сделал: не любит не точную синхронизацию,разгон pciex. А так как контроллёры памяти и шины в цпу-осторожнее с разгоном. Нужен ручной подбор настроек если есть негативные нюансы. Думаю с приходом веги от амд продам карту и возьму красных. Серия получилась посредственная конечно.

p.s у меня в ручном 3.0, иногда имеет смысл сделать банальный clr_cmos джампером,вместо возврата в дефолт вручную из меню -для очистки таблицы dmi,что бывает крайне необходимо при обновлениях биоса/и оборудования в системе.

Добрый день всем форумчанинам. У меня вообще проблемы начались с материнкой, когда приобрел Gigabyte GTX 1060 3GB Windforce OC. Биос прогружается через раз. Микрофризы присутствуют даже при просмотре видео. Это видео, где прогонял тест в Furmark https://youtu.be/LNSkBiRLjAs.
Есть ли у кого идеи по этому поводу, или нужно смириться, так как новая архитектура и ждать хотфиксов или это "железная" проблема?

День добрый.
Ну фурмарк уже крутит и записать вы смогли,вряд ли карта не исправна, Несовместимость с Мп или хреновый Бп)

Биос F10С ? обесточивайте полностью дежурное питание и джампером clr_cmos -для очистки dmi таблицы. И заново запускайтесь. Если биос не обновлён-в сервис или сами если знаете как и что - ответственности не несу.

Потом делать выводы и смотреть дальше. Карту проверить можно на другом Пк для однозначности.

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

kiberman Благодарю за ответ. Сейчас откатился на F8. Вроде ожила. Писал в тех поддержку, упорно рекомендуют проверить блок питания. Блок питания куплен две недели назад, стояла HD7850, вообще никаких проблем не было. Единственное, были проблемы при установленной 10 и 8, после выключения компа, он вдруг сам запускался снова...
clr_cmos уже делал, попробую еще раз. Бэкап биос тоже прошивал на новую прошивку, еще хуже было: биос сбрасывался раз 7 и потом только запускалась система.
Писал в техподдержке англоязычным ребятам, но может наш лучше поймет ситуацию.....
В общем нашел его. Но, судя по тому, что он последний раз здесь появлялся в декабре, сомневаюсь, что он ответит. (GBT Support - его ник)

Не за-что,про Бп вам правильно пишут,если самозапуск Пк то как вы описываете,лучше пожалейте комплектующие и купите хороший брендовый Бп на честных 550-650 вват.
Этой мощности будет с запасом - топовые конфигурации с 1-ой видеокартой без сильного разгона-редко вылезают за 300 вват в пике + запас ещё 250-350 с головой.
Huntkey -это не серьёзно. Если он всё оборудование утащит в могилу-затраты будут больше. И лучше не прошивать биос с таким Бп. потом уже выяснять с нормальным.

заканчивайте офтопить!

Согласен с вами. Кажется, что сообщения связаны просто с работой видюхи и материнки, но может именно они помогут решить проблему DPC latency. Вдруг именно моя проблема послужит ключом для устранения той проблемы: БП? Биос видюхи? Биос Материнки? Прошу прощения еще раз.

а если не помогут?
обсуждайте вопросы биос, работу БП и вюдихи в соответствующих темах. Если чтото из этого поможет решить проблему с сабжем, то ждем вашего радостного репорта в этой теме.