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

Разные драйвера пробовал и сборку win 1607 ltsc + 378.92, кроме как резкой картинки ничего другого не получил и фризить больше стало в играх.
Как и указывал постом выше, включён ав и ртсс или выключен, разницы нет, статтерит так и так. Тем более какой смысл ставить эти проги и ими не пользоваться? Как мне мониторить графики тогда?
Без лока фпс дико рандомный, с 230 опускается до 150 с микрофризами и общая картинка какая-то заторможенная с ватной мышью. Стоит только поставить лок, всё нормально, не считая рывков каждые 30-40 сек. (именно про кс)
Если говорить про совсем неоптимизированные проекты, такие как dayz sa, то там вообще печаль. Играть не приятно, рывки постоянные каждые 10-15 сек + иногда фризы проскакивают.


Когда кстати ав не запущен, видюха временами издаёт какие-то шумы, вроде как дроссели что-ли...токо стоит вручную крутить вентиля, шума нет.
- Обновил ав и риву до беты, разницу не заметил. Дергает также, а то кажется и чаще.
- Выгружаемый и не выгружаемый пул держатся в районе 100-200 мб, озу бывает кэшируется 28 гб и после закрытия так и остаётся.
- Поставил 60 гц в нвидии через разрешение, зашёл, опять же кроме того что для меня картинка стала более медленная ничего не увидел. Фризит и дергает, только по ощущениям всё ещё хуже. Без лока кадров картинка идёт как-то заторможенно что-ли, фпс скачет с 234 до 200, когда микрофриз, падает до 153 где-то. И ещё заметил что когда бегаю в разных участках карты картинка идёт как-то медленно но фпс при этом не меняется. (к примеру где выход на балкон на карте мираж)
Может мне стоит видео записать нвенком и сюда прикрепить?

я понимаю о чем вы говорите- не обязательно, мне кажется что это платформа- мп плата

https://xeon-e5450.ru/socket-2011/mothe ... G279T_V611

Пробуйте вручную подбор, завышайте тайминги, для удобства возьмите какой нибудь калькулятор xmp- из набора бюрнер например http://www.softnology.biz/files/thphn150.zip

-выберите самый тормозной бин на 1866 и замедлите его ещё. посмотрите утилитой-прочитайте так-же текущие тайминги и свои spd данные, и прикиньте что выставляет мп плата сама и проанализируйте.

Тут дампы биоса, ищите к вашей ревизии, в остальном на ваш страх и риск
http://x79.apphb.com/mb/#biosDownload

Есть смежные темы по патчам ram к вашей плате и биосам,но без программатора и базовых знаний- я бы не лез, это на ваше усмотрение-тут я снимаю ответственность

Китайский LGA2011 (Huanan X79 2.XX, X79Z 2.Xx, YW-X79-E, G218a, x79-m, ms-7777, 3.2x, 3.3A, 3.5a-c) #15201400

Естественно что всё на свой страх и риск, я бы и не предъявлял претензии в случае провала. Пришёл чисто ради советов, т.к. платформа специфична, да и мало может я что не так настроил или сделал.
На новую v6.11 видел на форуме всего 3 биоса, 1 весил 8096 кб (я побоялся его прошивать через fpt); при прошитии 2 других (4096 кб) у меня слетал intel me регион или как оно там правильно называется.
После запуска платы, код 71 или 69 был секунд 7-8, потом как обычно старт, но в диспетчере устройств помимо sata ahci появилось пару контроллеров pci ide и ещё во время игр мышка стала отключаться часто.
Тогда ещё пару месяцев по поиску отыскал что некоторые прошились на предыдущие версию v6.0 и у них всё нормально заиграло и озу погналась. Так уже небольшой опыт есть, но конечно программатора нет под рукой.
Может фортанёт, вообщем пойду пробовать.
На отдельной ветке у большинства людей проблема именно с разгоном озу. У кого-то бсоды при использовании 4х канала на 1866 (ну там больше из-за шитой памяти).
Конкретно изначально у меня при разгоне озу до 1600 и 1866 система зависала. Просто сижу, ничего не делаю, стоит начать копирование файлов, у клавиатуры выключается подсветка и система ни на что не реагирует.
Не много прошёлся по настройкам биоса, выяснил что дело было в c6 report. Когда выключил зависания пропали. Потом как-то во всех играх стало дёргать и вот тут я уже заметил что-то неладное.

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

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

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

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

Удачи!

Спасибо. Если что-то получиться сюда отпишусь.

Удалось снизить количество работающих служб до такого минимума. Подскажите какие ещё можно отключить безболезненно)

Отключил - не помогло. Странно , что фризы есть, а падения фпс нет. Я вообще в замешательстве, как так можно

Точно там отключили?я уже вторую неделю без зависаний после отключения энного.

lampa службы службами... а сколько у тебя процессов открытых если смотреть в диспечере задач?

iG0Lka и как сделать так мало процессов? Где их отключить и какие?

lampa а система какая?
вообще наиболее эффективно вычищать всякую хрень используя autoruns.
в настройках надо снять галочку со "скрывать записи Микрософт"
после этого сделать бекап системы и начать вычищать всякую хрень.
Время от времени перезагружаясь и проверяя нормальную работу системы.


зы. у меня не все вычищенно... Всё вычистить наврено не реально...
но так иногда захожу отключаю чонить еще

iG0Lka Спасибо! Попробую. Винда 10 1809 - 17763.292

зы: Посмотреть бы весь список отключенного у вас)

группировка svchost как я понимаю у тебя включена?

Да, их там целая куча работает

инфа слита в последней версии.
скрины делать не буду, слишком дофига.
файл надо либо открыть в autoruns либо сделать сравнение.

Добавлено спустя 57 секунд:

https://g-ek.com/kak-vernut-gruppirovku ... -windows10

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

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


DPC latency и рост этих задержек вполне могут происходить при аппаратных неисправностях, когда из-за аппаратной проблемы какие-либо драйвер(а) начинают "спотыкаться" и работать некоррекно. В своих трассировках вам надо было найти драйверную (DPC/ISR) часть и смотреть там какие конкретно драйвера создают высокое число обращений (тут надо сравнивать с другими пользователями у которых в системах всё нормально, т.к. обычно юзеру будет не понятно, каково это "высокое" число)

\\

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

Из вышенаписанного не понятно, сделали ли вы элементарное - запускали ли ваши игры не в дефолтном режиме "Оптимизация на весь экран" а отключив его? Дефолтный режим не является настоящим эксклюзивным полноэкранным, некоторым играм это может не нравиться.

Если дело не в этом, ищите причину - пишите трассировки Windows Performance Recorder во время возникновения проблемы и анализируйте их. К сожалению нет волшебной таблетки и указания куда именно смотреть, тут нужен "наметанный глаз" и желательно в динамике это всё видеть а не на скриншоте. Но я подозреваю что всё это не поможет, беда в вашей китайской материнке которая криво работает в связке с ЦП и ЕСС памятью на десктопной винде.



Так там на локалхосте с ботами проверяют.

потому что выдирается паскаль, вставляется любая другая видеокарта и вуаля, небо и земля, причем втыкается не только АМД, но даже та же нвидиа, но другого поколения. что они там фиксили? в одном драйвере написали что типа пофиксили и все. они от версии к версии ломают то что работало, чтобы в другой версии это чинить, и потом опять спустя время это сломать, где гарантии, что в вышедших дровах после фикса опять это не сломано? если б пофиксили народ бы в тему не прибывал пополняя ряды, та же картина и на оф форуме нвидии.

третья неделя с отключенной быстрой загрузкой(за все время было 57 стартов)лагов нет,драйвер последний

были карты и от амд и нвидиа , мне кажется дело случая(несовместимость). Т.к фризы, лаги ,могут быть что на амд что на нвидия любого поколения.