Nvidia windows kernel mode driver latency mon

С недавних пор появилась такая проблема, что система фризится на несколько секунд и гаснет монитор, восстанавливаясь с пикрилейтид в шапке.

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

Долго вообще не обновлял драйвер, юзал тот что с коробки. Потом где-то полгода назад одна игра поругалась, что нужно обновление. Я поставил полный фарш с Experience, даже ненужные 3D-свитстелки просто чтобы был весь актуальный пакет. Обновлял с «чистой установкой», но не так давно попробовал экспресс-установку. Подумал, мол, ну наверное производитель продумал уже нормальный алгоритмы обновления без полной переустановки ядра. Не могу точно сказать что проблема началась именно с того момента, но есть стойкие подозрения.

Но вроде проблема не велика. Использовал для полного удаления видеодров Display Driver Uninstaller, предварительно скачав с сайта NVIDIA рекомендованный дистрибутив дров (всё равно последний). Experience и прочее уже не ставил, только видео- и аудиодрова.

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

Может быть Win7 уже слишком ретроградская и Win10 решила бы проблему. Может проблема производителя дров, но у меня вроде бы ещё вполне актуальная видеозаглушка чтобы какую-то определённую версию дров искать.

Прогонял ещё тест видеопамяти gpumemtest, тоже всё в порядке. Т.е. очень надеюсь что можно исключить физические повреждения платы.

Прошу, пожалуйста, совета у знающих людей.

Извините, если не в ту рубрику, в «Железо» или «Вопросы» подумал неуместным публиковать.

UPD:

По всей видимости, проблема конкретно данной версии драйвера 418.91, NVIDIA выпускала даже хотфикс 418.99 конкретно под исправление этой проблемы (пикрилейтид 1). На чистую поставил 419.17. На всякий случай поменял параметры энергопотребления (пикрилейтид 2). Пока всё нормально.

Высокие задержки DPC в видеокартах NVIDIA GTX 10-х серий и метод решения этой проблемы

До сих пор еще, очень много пользователей имеют в своих компьютерах видеокарты Nvidia 10-ой серии GTX 1060, GTX 1070, GTX 1080. Их владельцы по причине массового безумства, называемого майнингом, так и не смогли их поменять на видеокарты 20 и 30 серии по известным причинам. Потому данная серия видеокарт на сегодняшний день является актуальной для пользователей. И я не являюсь исключением, у меня есть компьютер с видеокартой PALIT JETSTREAM GTX 1070.

реклама

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

В этой статье хочу поделиться с читателями о том, как компания NVIDIA в очередной раз «села в лужу» с видеокартами 10-й серии, причем конкретно так села, и до сих пор так и не смогла устранить имеющиеся с ними проблемы. Видеокарты Nvidia 10 серии прославились фризами и подвисаниями в играх, несмотря на высокие значения FPS при этом. Разбираться с этим вопросом я стал после того, как сам столкнулся с такими проблемами на своей видеокарте GTX 1070. Причем изменение настроек в любых их вариантах проблему не решило, фризы никуда не исчезли. Единственная настройка в драйвере видеокарты (в панели управления NVIDIA), которая хотя бы несколько уменьшила фризы, это включение на «ультра» режима низкой задержки.

реклама

Ответ компании NVIDIA, что проблема решена..

реклама

Последующая жалоба в компанию NVIDIA о нерешенной проблеме.

Никакие программные ухищрения к устранению данной проблемы не привели. А драйвера начиная с версии 386.95 с хост-фиксом, это такая себе полумера, для отвода глаз, которая проблему окончательно так и не решила, и после выпуска этого драйвера жалобы так и не прекратились. У меня вообще сложилось впечатление, что компания NVIDIA специально, осознанно «завалила» этот параметр задержек, чтобы за счет его ухудшения улучшить другие, по которым оценивается производительность в синтетических тестах, таким образом, для значительного повышения FPS они и создали эту неправильную работу системных таймеров прерываний. И получается, что в тестах все прекрасно, а играть невозможно.

Данную проблему еще усугубляет «количество подготовленных кадров», опция этого параметра так же находится в панели управления NVIDIA. Подготовленные кадры, так сказать кадры, хранящиеся в запасе, необходимы для того, чтобы поступление их на рендеринг в видеокарту от центрального процессора было непрерывным, даже если центральный процессор «затупит», и не успеет подготовить очередной кадр в срок по какой-либо причине. Эта функция не позволяет видеокарте простаивать в момент отсутствия очередного кадра от центрального процессора, кадр берется из запаса. Так же эта функция повышает FPS (количество кадров в секунду), но она значительно увеличивает задержки DPC, и для уменьшения задержек необходимо эту функцию отключить, или свести к минимуму количество подготовленных кадров.

Приведу для примера измерение задержек в своем компьютере с помощью программы «LatencyMon». Она в режиме реального времени проводит измерение задержек, и в случае превышения задержек, в скобках указывает виновника.

реклама

В первом случае отключаю драйвер видеокарты NVIDIA путем отключения устройства «NVIDIA GeForce GTX 1070» в диспетчере устройств, видеокарта в этом случае будет работать без драйвера, и провожу измерение задержек.

И по результату измерений видно, что программа «LatencyMon» ничего касающегося видеокарты, как виновника больших задержек не указала. А указала сетевой драйвер (network driver interface specification).

Теперь включаю драйвер видеокарты NVIDIA путем включения устройства «NVIDIA GeForce GTX 1070» в диспетчере устройств, и провожу повторно измерение.

И теперь видно, что программа «LatencyMon» указала виновника в больших задержках, которые составляют 551 мкс. И это драйвер видеокарты NVIDIA версии 465.89.

Что бы хотелось посоветовать для уменьшения эффекта фризов в видеокартах NVIDIA GTX 10-х серий:

1. В настройках панели управления NVIDIA, в режиме управления электропитанием установить режим максимальной производительности.

2. В настройках панели управления NVIDIA, режим низкой задержки обязательно включить на «ультра».

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

Сталкивались ли вы с такой проблемой в видеокартах NVIDIA GTX 10-х серий? И как вы их решили? Пишите в комментариях.

Источник

Nvidia windows kernel mode driver dpc latency

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

Все тесты сделаны в чистой Windows (всё настроено и используется по-умолчанию), но с обновлёнными драйверами nVidia, а в качестве оппонента выступает та же Windows, но уже настроенная по гайду. Следует учитывать, что как и все тесты они не показывают полноты всей картины, разбежки между запусками это нормально, поэтому приведены средние результаты.

Версии используемые в тестах:

Благодаря nVidia тут замечательно видно, что основу моих задержек составляют именно её драйверы (к слову, на предыдущей версии результаты были получше), а борьба с этим отдельный вид искусства. Так же эти результаты не показывают идеальный вариант, а весьма наглядно демонстрируют что улучшилось и с чем еще предстоит бороться.

‼️ Рекомендуется после обновления драйверов nVidia смотреть с помощью LatencyMon не стало ли хуже и, весьма вероятно, имеет смысл откатить драйвер на предыдущую версию.

Результаты LatencyMon после настройки:

Результаты LatencyMon до настройки:

Результаты LatencyMon после настройки:

Результаты LatencyMon до настройки:

Для оценки можно придерживаться примерно таких оптимальных цифр в результатах статистики:

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

Результаты LatencyMon после настройки:

Результаты LatencyMon до настройки:

На этой вкладке можно увидеть какие именно драйверы влияют на задержки и исходя из показателей искать решение.

Основной список системных драйверов:

Результаты LatencyMon после настройки:

Результаты LatencyMon до настройки:

Здесь можно более подробно посмотреть как распараллелены драйверы по ядрам и их загрузка.

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

Для облизывания на FPS мы будем использовать популярный синтетический стресс-тест FurMark [скачать] для оценки производительности в Open GL.

Результаты FurMark после настройки:

Результаты FurMark до настройки:

✨ Кроме того, не стоит пренебрегать такими решениями как MSI Afterburner и настройками в BIOS для увеличение производительности GPU и CPU. Поэтому результаты в играх при правильном подходе будут показывать еще больший прирост в производительности.

Источник

DPC Latency Caused by Nvidia Drivers

I dont edit audio, but I am after tweaking my system. I’ve used DPC Latency Checker to measure the systems latency and found it is most likely caused by the Nvidia drivers. Nvidia has addressed this in the past and claims it was fixed.
Setup: AMD 3700X set to 4.0Ghz constant, with C-States disabled. GPU RTX 2070 no OC. Fresh install o Windows 10 2004 build 19041.421, only Windows10 default drivers and Nvidia Driver 451.85 is installed. Tried also moded W10 with removed bloatware (Superlite edition). Also removed all possibly AMD, Intel, Nvidia by Windows installed drivers with Display Driver Uninstaller and installed Nvidia Driver only, without PhysX, HD Audio, Experience, USB-C.

When I disable the Nvidia Driver in Device Manager

The latency is a lot lower

I did not try older Nvidia drivers as I like the Max Frame Rate option in the newer driver versions. As I dont have to run Riva Tuner or any additional software to have a fixed max frame rate.
I’ve ruled out HPET On/Off tweaking as the latency result was reproducible when disabling the Nvidia driver.

Источник

NVIDIA Windows Kernel Module Driver high latency causing in game microstutter.

nevermore15

Active member

Hi there, I’ve been having issues for around 4 months where all my videogames stutter and micro stutter to some degree. It’s been really frustrating and I hope that one of y’all can help. I’ve tried countless guides and I’ve even gone to Microcenter to have the techs look at it just for them to tell me that there’s nothing that they can do. I used latency mon and I’ve attatched the results. Sorry if something in my post is wrong. I’m not too experienced with this stuff. It seems that its mostly the NVIDIA Kernel Driver during gaming, and the Network driver interface specification during normal use. Please let me know if I need to post more information I just want to get this over with.

Specs: ASUS ROG B450F Gaming II
Zotac RTX 3070
Ryzen 3600x
16gb corsair vengeance white 3200mhz
500gb Nvme m.2 WD black
2tb WD Hard Drive
750 watt PSU

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:02:14 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-ITVKR7D
OS version: Windows 10, 10.0, version 2009, build: 19042 (x64)
Hardware: System Product Name, System manufacturer
CPU: AuthenticAMD AMD Ryzen 5 3600X 6-Core Processor
Logical processors: 12
Processor groups: 1
RAM: 16294 MB total

_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 380 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes
the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 796.10
Average measured interrupt to process latency (µs): 7.373617

Highest measured interrupt to DPC latency (µs): 791.90
Average measured interrupt to DPC latency (µs): 3.786315

_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Total time spent in ISRs (%) 0.007531

ISR count (execution time =4000 µs): 0

_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Total time spent in DPCs (%) 0.848527

DPC count (execution time =4000 µs): 0

_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires
reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see
which programs were hit.

Process with highest pagefault count: msmpeng.exe

Total number of hard pagefaults 3006
Hard pagefault count of hardest hit process: 1077
Number of processes hit: 58

_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 13.877046
CPU 0 ISR highest execution time (µs): 94.790
CPU 0 ISR total execution time (s): 0.001418
CPU 0 ISR count: 439
CPU 0 DPC highest execution time (µs): 947.220
CPU 0 DPC total execution time (s): 5.532492
CPU 0 DPC count: 155462
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 10.036351
CPU 1 ISR highest execution time (µs): 80.410
CPU 1 ISR total execution time (s): 0.001399
CPU 1 ISR count: 1022
CPU 1 DPC highest execution time (µs): 883.020
CPU 1 DPC total execution time (s): 3.329040
CPU 1 DPC count: 112728
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 8.029588
CPU 2 ISR highest execution time (µs): 85.170
CPU 2 ISR total execution time (s): 0.008390
CPU 2 ISR count: 2299
CPU 2 DPC highest execution time (µs): 914.610
CPU 2 DPC total execution time (s): 2.778771
CPU 2 DPC count: 67206
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 2.713610
CPU 3 ISR highest execution time (µs): 103.330
CPU 3 ISR total execution time (s): 0.018220
CPU 3 ISR count: 17726
CPU 3 DPC highest execution time (µs): 572.630
CPU 3 DPC total execution time (s): 0.736754
CPU 3 DPC count: 32188
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 2.126310
CPU 4 ISR highest execution time (µs): 106.160
CPU 4 ISR total execution time (s): 0.030711
CPU 4 ISR count: 17578
CPU 4 DPC highest execution time (µs): 490.790
CPU 4 DPC total execution time (s): 0.564582
CPU 4 DPC count: 28795
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 1.290346
CPU 5 ISR highest execution time (µs): 117.050
CPU 5 ISR total execution time (s): 0.019130
CPU 5 ISR count: 10471
CPU 5 DPC highest execution time (µs): 196.340
CPU 5 DPC total execution time (s): 0.268027
CPU 5 DPC count: 16862
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 0.817404
CPU 6 ISR highest execution time (µs): 108.40
CPU 6 ISR total execution time (s): 0.009544
CPU 6 ISR count: 2585
CPU 6 DPC highest execution time (µs): 164.870
CPU 6 DPC total execution time (s): 0.087005
CPU 6 DPC count: 12797
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0.760451
CPU 7 ISR highest execution time (µs): 8.870
CPU 7 ISR total execution time (s): 0.000302
CPU 7 ISR count: 52
CPU 7 DPC highest execution time (µs): 110.340
CPU 7 DPC total execution time (s): 0.026813
CPU 7 DPC count: 6535
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s): 0.979627
CPU 8 ISR highest execution time (µs): 102.610
CPU 8 ISR total execution time (s): 0.020786
CPU 8 ISR count: 37079
CPU 8 DPC highest execution time (µs): 123.650
CPU 8 DPC total execution time (s): 0.064216
CPU 8 DPC count: 14415
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s): 0.803844
CPU 9 ISR highest execution time (µs): 5.090
CPU 9 ISR total execution time (s): 0.001536
CPU 9 ISR count: 2253
CPU 9 DPC highest execution time (µs): 162.520
CPU 9 DPC total execution time (s): 0.049710
CPU 9 DPC count: 9496
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s): 0.950035
CPU 10 ISR highest execution time (µs): 93.940
CPU 10 ISR total execution time (s): 0.003605
CPU 10 ISR count: 4844
CPU 10 DPC highest execution time (µs): 128.990
CPU 10 DPC total execution time (s): 0.091793
CPU 10 DPC count: 18429
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s): 1.026593
CPU 11 ISR highest execution time (µs): 108.970
CPU 11 ISR total execution time (s): 0.006137
CPU 11 ISR count: 8964
CPU 11 DPC highest execution time (µs): 132.330
CPU 11 DPC total execution time (s): 0.124589
CPU 11 DPC count: 18301
_________________________________________________________________________________________________________

Источник

High DPC Latency (nvlddmkm.sys, dxgkrnl.sys, Wdf01000.sys, ACPI.sys)

levider

Member

Hello guys
I have huge problem with high DPC latency on my Omen laptop

1. I reinstalled Nvidia drivers (now without PhysX, only main driver)
2. I tried to disable Device Manager > Battery > something called battery control to solve ACPI.sys problem. And it worked, but my second monitor doesn’t work :/

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:02:42 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2496 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 3244,301037
Average measured interrupt to process latency (µs): 13,158952

Highest measured interrupt to DPC latency (µs): 3236,506182
Average measured interrupt to DPC latency (µs): 3,636769

_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Total time spent in ISRs (%) 0,012927

ISR count (execution time =4000 µs): 0

_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Total time spent in DPCs (%) 0,422731

DPC count (execution time =4000 µs): 0

_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: latmon.exe

Total number of hard pagefaults 598
Hard pagefault count of hardest hit process: 422
Number of processes hit: 15

_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 10,463318
CPU 0 ISR highest execution time (µs): 491,963942
CPU 0 ISR total execution time (s): 0,078858
CPU 0 ISR count: 6069
CPU 0 DPC highest execution time (µs): 2323,189904
CPU 0 DPC total execution time (s): 2,611212
CPU 0 DPC count: 278151
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 2,031970
CPU 1 ISR highest execution time (µs): 90,870994
CPU 1 ISR total execution time (s): 0,003447
CPU 1 ISR count: 637
CPU 1 DPC highest execution time (µs): 413,272436
CPU 1 DPC total execution time (s): 0,070354
CPU 1 DPC count: 3115
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 2,661673
CPU 2 ISR highest execution time (µs): 22,421474
CPU 2 ISR total execution time (s): 0,001042
CPU 2 ISR count: 242
CPU 2 DPC highest execution time (µs): 279,509615
CPU 2 DPC total execution time (s): 0,021926
CPU 2 DPC count: 1688
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 2,487784
CPU 3 ISR highest execution time (µs): 3,746795
CPU 3 ISR total execution time (s): 0,000444
CPU 3 ISR count: 198
CPU 3 DPC highest execution time (µs): 409,529647
CPU 3 DPC total execution time (s): 0,036582
CPU 3 DPC count: 2471
_________________________________________________________________________________________________________

Driver file Description ISR count DPC count Highest execution (ms) Total execution (ms) Image base Image size Company Product Version Path
————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————

Источник

Куратор(ы):  

eLfiK   

Автор	Сообщение
	Добавлено: 12.10.2016 12:14  [профиль]
Member Статус: Не в сети Регистрация: 12.10.2016	Обсуждение проблем ОС и оборудования: задержка реакции системы (latency), микроcтаттер, инпутлаг, фризы. Перед тем как задавать вопросы, просьба прочитать FAQ Осуществлять мониторинг программой Latency Monitor нужно в течение 1 минуты, в состоянии простоя системы т.е. без дисковой, сетевой активности, и любой другой, с выключенным ав и приложениями в трее и автозагрузке, не раньше чем через 2 минуты после загрузки системы. Не двигаем мышку и не используем клавиатуру в момент измерений. Потом остановка и скриншот. Презентация NVIDIA (на англ.) о проблемах статтеров, фризов и лагов (терминология, описание и причины возникновения) Последний раз редактировалось iG0Lka 07.02.2018 15:48, всего редактировалось 8 раз(а).

Реклама
Партнер

k2viper
Member Статус: Не в сети Регистрация: 28.02.2008 Откуда: Калининград Фото: 98	Попробовал 387.92, уровень avg не поменялся а вот скачки до 100мкс что немного больше чем на 385.69. Вернул пока назад 385.69. _________________ пятачок его свинейшества

korino
Member   Статус: Не в сети Регистрация: 28.11.2015 Фото: 37	Установил 17133.1 Избавился от HDaudBus.sys И вроде по началу всё ок. Как вдруг! #77 Это как?!? Был же нормальный на 4.28+ по началу. Потом, внезапно вдруг стал таким…

kiberman
Member Статус: В сети Регистрация: 16.05.2010 Фото: 338	korino писал(а): Это как?!? Был же нормальный на 4.28+ по началу. Потом, внезапно вдруг стал таким… а что пугаться hpet, ядро посчитало что на вашем конфиге так лучше,если Пк хорошо работает-оставьте, если сильно смущает: bcdedit /set useplatformclock false — но если так по умолчанию у вас- то повод подумать нужно ли менять.

chessbuilder

Member Статус: Не в сети Регистрация: 26.06.2017

Прилетело откуда не ждал — фризят фильмы в высоком (ну как в высоком, всего-навсего 1080р) разрешении. Печь Palit SJS 1080, ryzen 7 1700, 16 гб оперативы, win10 pro лицензия. Некоторые фильмы идут норм, некоторые через каждые пять минут заикаются, в играх (овервотч, последний ассасин) фризов нет, рипы нормальные, так как фризы не повторяются при перемотке. Самео главное забыл — дрова 385.69. Есть у кого мысли, что можно сделать?

Paulo
Junior Статус: Не в сети Регистрация: 18.03.2018	А что делать тем, у кого дров 385.69 просто нет? 1070 Ti они не держат, а фризы мне уже все нервы убили.

kiberman
Member Статус: В сети Регистрация: 16.05.2010 Фото: 338	chessbuilder писал(а): Есть у кого мысли, что можно сделать? Всё в faq по пунктам написано,проверяйте повреждения ос,вредоносное программное обеспечение,майнеры и так далее. Paulo писал(а): А что делать тем, у кого дров 385.69 просто нет? 1070 Ti они не держат, а фризы мне уже все нервы убили. Ставить последний 391.35 и искать- Сообщение выше.

eightylvl
Member Статус: Не в сети Регистрация: 10.04.2014 Фото: 0	kiberman писал(а): 391.35 Они лучше чем 391.24? Хотя, все равно скоро выйдут новые драйвера под RS4.

kiberman
Member Статус: В сети Регистрация: 16.05.2010 Фото: 338	eightylvl писал(а): Они лучше чем 391.24? Хотя, все равно скоро выйдут новые драйвера под RS4. На моём конфиге такие-же,что и 391.24- ничего примечательного)). Просто всегда ставлю новое.

Paulo
Junior Статус: Не в сети Регистрация: 18.03.2018	kiberman писал(а): Ставить последний 391.35 и искать- Сообщение выше. Всё из FAQ сделано, всё возможное по фризам рязани тоже. Бивис даже откатывал до 1.1.0.1. — ничего. Дрова всякие пробовал, включая и последние. Разумеется, с DDU и без надстроек.

ardarlol
Member Статус: Не в сети Регистрация: 01.11.2017	chessbuilder писал(а): фризят фильмы в высоком Есть у кого мысли, что можно сделать? Такая же история. Помогает отключение раздачи в торрент-клиенте. Судя по смарту — копятся битые сектора на шестилетнем диске…

kiberman

Member Статус: В сети Регистрация: 16.05.2010 Фото: 338

Paulo писал(а): Всё из FAQ сделано, всё возможное по фризам рязани тоже. Бивис даже откатывал до 1.1.0.1. — ничего. Дрова всякие пробовал, включая и последние. Разумеется, с DDU и без надстроек. Без заполненного подробно конфига и хоть какой-то инфы- помочь будет не возможно. Как рапорт делать написано в faq.. Были тут у человека на рязани проблемы с фризами- оказался переразгон контролёра озу + судя по всему плохое качество модулей. Возможно что-то ещё что он не сказал -но больше он не появлялся)). Читайте переписку с ним с этого сообщения: DPC latency на видеокартах Nvidia #15399382 на странице 64 и включительно по это DPC latency на видеокартах Nvidia #15402846 -на 65-ой странице. Под спойлерами мои каракули то-же смотрите.

Paulo

Junior Статус: Не в сети Регистрация: 18.03.2018

kiberman писал(а): Были тут у человека на рязани проблемы с фризами- оказался переразгон контролёра озу + судя по всему плохое качество модулей. Возможно что-то ещё что он не сказал -но больше он не появлялся)). Плохо что не отписался о результате. Попробую ещё поковыряться с памятью, но я не знаю что там ещё можно изменить. MSI B350M BAZOOKA Ryzen 1600x Corsair Dominator 2×8 3200 MSI 1070Ti Armor SSD m.2 Plextor Win10 LTSB x64 Фризы начинаются при установке дров видеокарты. Всё как обычно — рваный звук, торможение видео. В системе, в играх. В покое фризов либо нет, либо мало. При изменении настроек видеокарты афтербёрнером тоже фризит (не разгонял). LatencyMon указывает на: DirectX graphics kernel, Nvidia windows kernel mode driver, среда выполнения платформы драйвера режима ядра. В играх по-разному, в некоторых не фризит вообще, в некоторых невозможно даже в меню мышь подвинуть. Система переустанавливалась, пробовал 8-ку — ноль эмоций. При изменении дефолтных параметров проца и оперативы фризит меньше (сейчас проц и память 3800 и 3000 соотв.). На старых биосах поведение было другим, например запускалась только одна плашка памяти и фризов было поменьше. На одной плашке памяти тоже фризит в любом слоте. Фурмарк вызывает каскад фризов. График прикладываю туц Отрезок 1 — фурмарк без фризов. 2 — с фризами. #77 Сдаётся мне что началось после прогона memtest, но это не точно.

kiberman

Member Статус: В сети Регистрация: 16.05.2010 Фото: 338

Paulo писал(а): Фризы начинаются при установке дров видеокарты. Всё как обычно — рваный звук, торможение видео. В системе, в играх. В покое фризов либо нет, либо мало. При изменении настроек видеокарты афтербёрнером тоже фризит (не разгонял). LatencyMon указывает на: DirectX graphics kernel, Nvidia windows kernel mode driver, среда выполнения платформы драйвера режима ядра. В играх по-разному, в некоторых не фризит вообще, в некоторых невозможно даже в меню мышь подвинуть. Система переустанавливалась, пробовал 8-ку — ноль эмоций. При изменении дефолтных параметров проца и оперативы фризит меньше (сейчас проц и память 3800 и 3000 соотв.). На старых биосах поведение было другим, например запускалась только одна плашка памяти и фризов было поменьше. На одной плашке памяти тоже фризит в любом слоте. Фурмарк вызывает каскад фризов. График прикладываю скидывайте систему в дефолт цпу и память и смотрите-можно память замедлить до 2400-пробуйте, или троллинг или контроллёр озу- переразгон- будет рваться картинка. Озу пк для видеокарты это не локальный видеобуфер- любые проблемы на шине pci-ex, с её контроллёром или с озу — а так-же переразгон или не стабильная работа этих компонентов- вы увидите в таком поведении- тиринг или микростаттер на экране. это в случае если всё остальное оборудование и видеокарта с софтом исправны.

BOBKOC

Member Статус: В сети Регистрация: 30.03.2017 Откуда: Москва/Вешняки Фото: 11

Киберманыч:) , смотри какая штука-наблюдения, по поводу In Depth Latency Tests: версия 1703 сборка 15063.413↓ Hpet Bios вкл + win-auto Вложение: 1703_1563.413_1.jpg [ 387.63 КБ | Просмотров: 2595 ] Вложение: 1703_1563.413_3.jpg [ 546.41 КБ | Просмотров: 2595 ] версия 1803 сборка 17133.1↓ Hpet Bios вкл + win-auto Вложение: 1803_17133.1_1.jpg [ 217.16 КБ | Просмотров: 2595 ] Вложение: 1803_17133.1_3.jpg [ 182.42 КБ | Просмотров: 2595 ] версия 1803 сборка 17133.1↓ Hpet Bios выкл + Запрещаем динамический тикрейт и запрещаем использовать таймеры платформы в явном виде Вложение: 1803_17133.1_111.jpg [ 213.64 КБ | Просмотров: 2595 ] соотв если в первых 2 вариантах во время этих тестов — тормозов нет и значения меньше, то при последнем тормоза начинаются и значения выше. также вырастают эти значения и при Hpet Bios вкл + Win Hpet вкл при таймере 14.+- + прикол в 1803 при отключении состояния простоя процу, фпс чет не подрастает(настройки не ограничивают и одинаковые) для примера: в меню игры Men of War Assault Squad 2 — 200(1803) вместо 220(1703) и видео заставке Armored Warfare — Проект Армата 132 вместо 146) в самой игре(3D) одинаково — пока не на той видюхе(GTX480) cижу, чтоб и в игре + появился:)

kiberman

Member Статус: В сети Регистрация: 16.05.2010 Фото: 338

BOBKOC писал(а): соотв если в первых 2 вариантах во время этих тестов — тормозов нет и значения меньше, то при последнем тормоза начинаются и значения выше. также вырастают эти значения и при Hpet Bios вкл + Win Hpet вкл при таймере 14.+- Здорова начиная c 1709- скорость возврата функций изменилась ,у меня в альбоме есть скриншоты pcclock на 16299(1709) Тормоза у тебя потому-что выключаешь hpet в биосе. Отключение динамического тикрейта тут не причём. BOBKOC писал(а): при отключении состояния простоя процу, фпс чет не подрастает(настройки не ограничивают и одинаковые) для примера: в меню игры Men of War Assault Squad 2 — 200(1803) вместо 220(1703) и видео заставке Armored Warfare — Проект Армата 132 вместо 146) в самой игре(3D) одинаково — пока не на той видюхе(GTX480) cижу, чтоб и в игре + появился:) Это влияет на отзывчивость, фпс ищи другие причины -тут лучше вернуть как на скриншоте 2 — tsc+hpet и не трогать таймеры-по умолчанию на 99% не нужно. А провал фпс может быть у тебя на твоём Intel Xeon X5670 от мелтдаун патча. По умолчанию он добавлен и включён в сборку 1803. Сама «заплатка» никак не штрафит перфоманс если цпу поддерживает аппаратный pcid— это камни от 4 поколения Хассвел или выше(середины 2013-2014 года и новее). На ксеоне X5670 возможно провал ощутимее до 5-10 %-штрафа-только от одного мелтдауна. Сам патч можно отключить ключом реестра- так что это не проблема. Плюс к этому сборка 17133.1 идёт с более свежими микрокодами для цпу, проверяй всё -настройки, видеодрайвер. Сама версия очень быстрая на мой взгляд и стабильная-скажу так «из коробки» версия 1709 без патча мелтдаун- работает медленее чем 17133.1 -с нуля на моём конфиге. Будь у меня какие-то сомнения-не стал бы рекомендовать её людям и себе бы не поставил.

Alex TOPMAN
Member Статус: Не в сети Регистрация: 22.03.2005 Откуда: Уфа Фото: 0	Я так понимаю, что RDTSC и CPUSpeed в PCClockTiming должны показывать частоту, близкую к текущей ЦПУ? А у меня сейчас показывает сток 2900, при разгоне 4,7+ по разным ядрам. Это разве нормально? _________________ 12900KF(P=3×56+2×55+3×54,E0,R47,B102.5) ApexZ690 Hynix2x16GB_6560_1Tcl28 960Pro+2x960Evo+5xSSD 4090_Giga-GOC ASUS_PG278Q Pimax_8KX CM_HAF_X Win10x64

korino

Member   Статус: Не в сети Регистрация: 28.11.2015 Фото: 37

Выяснил почему завышен таймер в 17133.1 Это при задействовании в встроенном защитнике функции — Изоляция ядра! Когда величина таймера 10Mhz, а показывает что это TSC, а не HPET. BOBKOC, из коробки 17133 хуже примерно на 10+ фпс. Надо «дорабатывать». Только отключив все ненужные приблуды я вернул прежний уровень в том-же cinebench(изначально давало в нём результаты гораздо хуже чем на 1709) И это, у тебя на 1709 ISR вылазит.

kiberman

Member Статус: В сети Регистрация: 16.05.2010 Фото: 338

Alex TOPMAN писал(а): Я так понимаю, что RDTSC и CPUSpeed в PCClockTiming должны показывать частоту, близкую к текущей ЦПУ? А у меня сейчас показывает сток 2900, при разгоне 4,7+ по разным ядрам. Это разве нормально? Функция возвращает значение tsc по базовому множителю. Всё у вас нормально. По вашему вопросу wddm 2.4-не знаю — выйдет sdk релиз windows 10- 1803- Можно будет поискать,какая нибудь мелочёвка скорее всего. По поводу менеджмента памяти- зависит как написано 3д приложение и кем- оборудование через драйвер-возвращает всю запрашиваемую информацию для приложения ,никуда приложение в своп просто так не полезет- если ресурсов будет достаточно. По поводу rtss -вам бы автора программы спросить,очень давно не использовал-за не надобностью как и саму msi, rtss поддерживает hwinfo софт. Там есть датчики общее потребление vram и d3d- выделяемая и выделенная: GPU Memory Allocated GPU D3D Memory Dedicated GPU D3D Memory Dynamic Добавлено спустя 31 минуту 19 секунд: korino писал(а): в встроенном защитнике функции У вас видимо виртуализация криво работает на вашем конфиге — конкретно опция в биосе- SVM MODE

korino
Member   Статус: Не в сети Регистрация: 28.11.2015 Фото: 37	kiberman писал(а): У вас видимо виртуализация криво работает на вашем конфиге — конкретно опция в биосе- SVM MODE Так она у меня отключена) Тогда понятно почему задержки).

kiberman

Member Статус: В сети Регистрация: 16.05.2010 Фото: 338

korino писал(а): Так она у меня отключена) Тогда понятно почему задержки). Дело в том что этого пункта в защите вобще не должно быть в ос- если виртуализация выключена аппаратно в биосе — пункт есть только при включенной опции. Что там у вас на амд произошло не знаю. Но на на производительность или таймеры не влияет- покрайней мере у меня на 2-х пк на Интеле-на десктопе и стареньком ноуте. Видимо баг с вашей платформой + с 17133.1 «майки» что-то поменяли в механизмах защиты от вредоносного по. Посмотрим какие будут патчи 10-ого апреля.

—

Лаборатория

Обычно данная ошибка выражается в искажении изображения, появлении полос на экране или зависании. Она может быть устранена автоматически, и тогда пользователь увидит сообщение о том, что видеодрайвер NVIDIA Windows Kernel Mode Driver не отвечает, и был успешно восстановлен. В противном случае появится синий экран, и компьютер перезагрузится.

Периодичность и обстоятельства появления ошибки NVIDIA

Если ошибка появляется редко или вовсе возникла единожды, то не стоит обращать на нее большого внимания. Если же оповещения о том, что NVIDIA Windows Kernel Mode Driver перестал отвечать, и был успешно восстановлен, на самом деле мешают работе, то следует попытаться установить, какие действия приводят в сбою – это ключ к решению проблемы. Если раньше сбоев не возникало, то необходимо изучить последние операции:

• внесение изменений в настройки;
• установку или удаление софта;
• обновление ОС.

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

Возможные причины

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

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

Устранение ошибки NVIDIA Windows Kernel Mode Driver перестал отвечать видеодрайвер

Возврат к старой версии драйвера или обновление. В некоторых случаях вернуть работоспособность помогает загрузка точки восстановления системы. Если это не так, то потребуется удалить драйверы с помощью диспетчера устройств. После этого рекомендуется выполнить очистку с помощью Driver Cleaner или аналогичной программы, чтобы окончательно избавиться от старых данных, и перезагрузиться. Теперь можно приступать к скачиванию драйверов и установке. Модель видеокарты указана в документации к компьютеру.

Переустановка (обновление) DirectX

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

Настройка видеокарты NVIDIA

Обычно настройки BIOS меняются вследствие применения программ для разгона ПК, что позволяет повысить производительность при высоких нагрузках. Это способно негативно сказаться на стабильности работы ОС и нанести повреждения некоторым компонентам компьютера.

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

Некоторым пользователям помогает исправить NVIDIA Windows Kernel Mode Driver незначительное снижение частоты и увеличение напряжения на видеокарте примерно на 5%. Сделать это можно с помощью программы NVIDIA Inspector. Следует обратить внимание, что некорректная настройка способна привести к сбоям, и начинающим пользователям определенно не рекомендуется ее выполнять.

Замена времени ответа в реестре

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

Эти действия разрешается выполнять только опытным пользователям!

Необходимо открыть реестр и перейти по адресу HKLMSystemCurrentControlSetControlGraphicsDrivers. Потребуется отредактировать значение ключа TDRDelay с 2 на 5, если это не помогло, то можно установить 10. Более радикальным способом является полное отключение проверки с помощью указания 0 в ключе TDRLevel.

Повторная установка Windows

Если ничего из этого не помогло, то придется полностью переустанавливать ОС. На некоторых моделях видеокарт наблюдается некорректная работа с определенными версиями Windows (особенно с неофициальными сборками). По этой причине для старого оборудования лучше установить Windows 7, а для нового – 10.

Когда и это не принесло результата, и ошибка NVIDIA Windows Kernel Mode Driver продолжает появляться, тогда, весьма вероятно, причина в технической неисправности. Более точное заключение можно получить только после проведения профессиональной диагностики.