Высокие задержки dpc в видеокартах nvidia gtx 10 х серий и метод решения этой проблемы
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 3:07:36 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3392 MHz
Measured CPU speed: 1 MHz (approx.)
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.
WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.
_________________________________________________________________________________________________________
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): 993,465347
Average measured interrupt to process latency (µs): 1,841594
Highest measured interrupt to DPC latency (µs): 499,600471
Average measured interrupt to DPC latency (µs): 0,753371
_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
Highest ISR routine execution time (µs): 214,977005
Driver with highest ISR routine execution time: portcls.sys - Port Class (Class Driver for Port/Miniport Devices), Microsoft Corporation
Highest reported total ISR routine time (%): 0,388590
Driver with highest ISR total time: portcls.sys - Port Class (Class Driver for Port/Miniport Devices), Microsoft Corporation
Total time spent in ISRs (%) 0,421730
ISR count (execution time ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
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.
Highest DPC routine execution time (µs): 604,310731
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation
Highest reported total DPC routine time (%): 0,224882
Driver with highest DPC total execution time: P17.sys - WDM Audio Miniport (Basic) Driver, Creative Technology Ltd.
Total time spent in DPCs (%) 0,501608
DPC count (execution time DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 288
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
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: pnkbstrb.exe
Total number of hard pagefaults 129698
Hard pagefault count of hardest hit process: 69378
Highest hard pagefault resolution time (µs): 2460343,576356
Total time spent in hard pagefaults (%): 0,794481
Number of processes hit: 94
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 552,057715
CPU 0 ISR highest execution time (µs): 214,977005
CPU 0 ISR total execution time (s): 189,325036
CPU 0 ISR count: 12549757
CPU 0 DPC highest execution time (µs): 526,383255
CPU 0 DPC total execution time (s): 207,067502
CPU 0 DPC count: 56438020
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 66,880266
CPU 1 ISR highest execution time (µs): 111,182488
CPU 1 ISR total execution time (s): 0,556167
CPU 1 ISR count: 218406
CPU 1 DPC highest execution time (µs): 559,485259
CPU 1 DPC total execution time (s): 9,612842
CPU 1 DPC count: 1350468
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 77,951643
CPU 2 ISR highest execution time (µs): 7,590212
CPU 2 ISR total execution time (s): 0,000543
CPU 2 ISR count: 429
CPU 2 DPC highest execution time (µs): 475,001179
CPU 2 DPC total execution time (s): 3,588524
CPU 2 DPC count: 736762
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 86,862957
CPU 3 ISR highest execution time (µs): 7,351415
CPU 3 ISR total execution time (s): 0,000046
CPU 3 ISR count: 13
CPU 3 DPC highest execution time (µs): 604,310731
CPU 3 DPC total execution time (s): 5,577311
CPU 3 DPC count: 937798
_________________________________________________________________________________________________________
В видеокартах NVIDIA GTX 10-х серий GTX 1060, GTX 1070, GTX 1080 существует, и по сей день нерешенная компанией NVIDIA серьезная проблема высоких задержек DPC. Которая приводит к фризам, зависаниям в играх, даже при работе системы без больших нагрузок. В статье приводится метод решения этой проблемы.
До сих пор еще, очень много пользователей имеют в своих компьютерах видеокарты Nvidia 10-ой серии GTX 1060, GTX 1070, GTX 1080. Их владельцы по причине массового безумства, называемого майнингом, так и не смогли их поменять на видеокарты 20 и 30 серии по известным причинам. Потому данная серия видеокарт на сегодняшний день является актуальной для пользователей. И я не являюсь исключением, у меня есть компьютер с видеокартой PALIT JETSTREAM GTX 1070.
реклама
Майнинг нас всех вынудил сделать шаг назад по поколениям комплектующих. В начале 2020 года я думал, что моя видеокарта доживает уже последние дни своей актуальности. А сейчас понимаю, что она полностью актуальна на сегодняшний день, в связи со сложившейся ситуацией на рынке видеокарт.
В этой статье хочу поделиться с читателями о том, как компания NVIDIA в очередной раз «села в лужу» с видеокартами 10-й серии, причем конкретно так села, и до сих пор так и не смогла устранить имеющиеся с ними проблемы. Видеокарты Nvidia 10 серии прославились фризами и подвисаниями в играх, несмотря на высокие значения FPS при этом. Разбираться с этим вопросом я стал после того, как сам столкнулся с такими проблемами на своей видеокарте GTX 1070. Причем изменение настроек в любых их вариантах проблему не решило, фризы никуда не исчезли. Единственная настройка в драйвере видеокарты (в панели управления NVIDIA), которая хотя бы несколько уменьшила фризы, это включение на «ультра» режима низкой задержки.
И да, лучше бы у меня была видеокарта AMD RX 580 8 Gb, в каком ни будь ее топовом исполнении. У них подобных проблем не наблюдалось. При попытке выяснить причину этих фризов при помощи технических форумов, я увидел, что эта проблема высоких задержек видеокарт 10-й серии носит массовый характер, причем еще с момента выхода видеокарт этой серии в народные массы, и имеет название «High DPC Latency on Pascal GPUs». Проблема эта возникает из-за неправильной работы системных таймеров прерываний в драйвере, или из-за заложенных ошибок в GPU «Pascal». До сих пор, так окончательно и не выяснено, является ли это проблемой железа, которая была заложена в него на стадии проектирования архитектуры GPU «Pascal», или все же это программный дефект. Но судя по результату жалоб пользователей, и по частичному признанию компанией NVIDIA этой проблемы, и ее неудачными попытками решить эту проблему программным методом, путем выпуска драйверов, начиная с версии 386.95 и последующих версий с хост-фиксом (горячее исправление), можно сделать вывод, что все, же это проблема железа.
реклама
Ответ компании 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-х серий? И как вы их решили? Пишите в комментариях.
Подпишитесь на наш канал в Яндекс.Дзен или telegram-канал @overclockers_news - это удобные способы следить за новыми материалами на сайте. С картинками, расширенными описаниями и без рекламы.
Отложенный вызов процедуры (DPC) — это механизм ОС Microsoft Windows, который позволяет высокоприоритетным задачам откладывать требуемые, но низкоприоритетные задачи для последующего выполнения. Это позволяет драйверам устройств и другим потребителям событий низкого уровня быстро выполнять высокоприоритетные разделы своей обработки и планировать некритическую дополнительную обработку для выполнения с более низким приоритетом.
Высокая задержка DPC обычно наблюдается в драйверах устройств, которые иногда работают неправильно и отображают высокое значение задержки DPC. Есть несколько решений этой проблемы, и мы представим некоторые из них ниже. Удачи!
Решение 1. Измените текущий план питания
Почти все параметры питания, которые вы меняете, отражают настройки сбалансированной мощности, и даже если один из этих параметров не очень хорош, он всегда будет влиять на производительность вашего компьютера. Есть несколько пользователей, которые утверждают, что переход на высокую производительность или энергосбережение помог им решить их проблему.
- Щелкните правой кнопкой мыши значок батареи, расположенный на панели задач, и выберите «Параметры электропитания». Если вы не используете Windows 10, щелкните меню «Пуск» и выполните поиск панели управления. Измените параметр «Просмотр по» на «Большие значки» и нажмите кнопку «Параметры питания».
- Выберите любой план питания, кроме сбалансированного, нажав на маленький кружок рядом с записью. Вы также можете нажать «Показать дополнительные планы», чтобы увидеть все планы, доступные для выбора. Проверьте, решена ли проблема.
Решение 2. Отключите функцию динамического отсчета и обновите драйвер графической карты
Этот набор шагов используется главным образом для оптимизации и уменьшения «обычно» -индуцируемой задержки DPC за счет отключения динамического тикования и обновления видеокарт, которые всегда имеют отношение к задержке и задержке. Этот шаг очень полезен, и первая часть может быть легко изменена, если вы заметите некоторые проблемы:
- Выполните поиск «Командная строка» в меню «Пуск» или в строке поиска рядом с ней, щелкните ее правой кнопкой мыши и выберите параметр «Запуск от имени администратора». Вы также можете использовать комбинацию клавиш Windows + R для вызова диалогового окна «Выполнить». Введите «cmd» в поле и нажмите ОК
- Скопируйте и вставьте следующую команду и обязательно нажмите Enter после этого.
bcdedit / set disabledynamictick да
Теперь пришло время обновить драйвер видеокарты, чтобы попытаться уменьшить задержку DPC вашего компьютера.
- Разверните одну из категорий, чтобы найти имя устройства, которое вы хотите обновить, затем щелкните его правой кнопкой мыши и выберите «Обновить драйвер». Для видеокарт разверните категорию «Адаптеры дисплея», щелкните правой кнопкой мыши графическую карту и выберите «Обновить драйвер».
- Выберите Поиск автоматически для обновления программного обеспечения драйвера.
- Если Windows не находит новый драйвер, вы можете попробовать найти его на веб-сайте производителя устройства и следовать его инструкциям. Вам нужно будет повторить один и тот же процесс для всех видеокарт (встроенных и внешних), или вы можете использовать автоматизированный инструмент, чтобы сделать это для вас.
Решение 3: вмешательство в сетевые устройства (беспроводные и Ethernet)
Этот метод весьма полезен и включает изменение определенных настроек в диспетчере устройств для сетевого устройства вашего компьютера. Как правило, эти устройства являются наиболее распространенными причинами высокой задержки DPC на ПК с Windows, и всегда полезно попытаться изменить эти настройки, чтобы уменьшить задержку.
- Разверните категорию «Сетевые адаптеры», нажав стрелку рядом с ней, и найдите адаптеры Wireless и Ethernet. Они должны быть наверху списка и иметь название бренда, такого как Intel.
- Щелкните правой кнопкой мыши по каждому из них и выберите «Свойства» в контекстном меню. Перейдите на вкладку «Дополнительно», и вы сможете увидеть список фирменных свойств. Найдите опцию «Энергоэффективный Ethernet» и отключите ее, щелкнув опцию «Значение» и выбрав «Выкл.».
- После этого обязательно перейдите на вкладку «Управление питанием» и снимите флажок «Разрешить компьютеру выключать это устройство для экономии энергии». Убедитесь, что вы повторили процесс для всех подходящих устройств и применили изменения. Проверьте, вернулась ли задержка к норме.
Решение 4. Удалите брандмауэр на вашем компьютере
Похоже, что брандмауэры, которые часто устанавливаются вместе с бесплатными антивирусными инструментами, обычно вызывают проблемы с высокой задержкой DPC, и вы должны рассмотреть возможность их удаления, чтобы решить проблему, поскольку в настоящее время они приносят больше вреда, чем пользы. Брандмауэр, который, как сообщается, чаще всего вызывает эту проблему, — это брандмауэр Avast, который можно удалить самостоятельно.
- Откройте пользовательский интерфейс Avast, найдя его значок на панели задач, щелкните его правой кнопкой мыши и выберите параметр «Открыть».
- Найдите окно «Настройки» и перейдите на вкладку «Компоненты» в меню навигации в левой части окна.
Кроме того, брандмауэр Защитника Windows также является частой причиной таких проблем, и вам придется отключить его, чтобы правильно решить проблему и предотвратить ее повторение. Даже после его отключения может потребоваться отключить запуск службы, поскольку она также часто вызывает проблемы.
- Откройте панель управления, выполнив ее поиск после нажатия кнопки «Пуск», расположенной в левой нижней части рабочего стола.
- Измените параметр «Просмотр по» на «Маленькие значки» и найдите параметр брандмауэра Windows.
- Нажмите на него и выберите параметр «Включить или отключить брандмауэр Windows», расположенный в меню в левой части окна.
- Нажмите переключатель рядом с параметром «Отключить брандмауэр Windows (не рекомендуется)» рядом с параметрами частной и общедоступной сети.
Брандмауэр Windows теперь отключен, но принадлежащая ему служба, как сообщается, также вызвала проблемы, связанные с задержкой DPC, и вы должны обязательно отключить эту службу. Он работает в фоновом режиме и ограничивает ваше соединение, независимо от того, включен ли брандмауэр. Следуйте инструкциям ниже, чтобы полностью отключить его.
- Откройте интерфейс редактора реестра, набрав «regedit» в строке поиска или в диалоговом окне «Выполнить». Перейдите к следующему ключу в редакторе реестра, перейдя на левой панели:
- В правой части экрана вы должны увидеть список записей реестра. Прокрутите вниз, пока не увидите запись Start в виде REG_DWORD, поэтому щелкните правой кнопкой мыши на ней и выберите «Изменить».
- Измените значение в поле «Значение» с любого числа (2 — настройки по умолчанию) на 4 и нажмите «ОК». Проверьте, решена ли проблема сейчас.
Решение 5: Метод для пользователей AVG
Похоже, что проблемы с антивирусом являются одной из основных причин этих проблем, особенно если вы используете бесплатные версии AVG, Avast и т. Д. Этот метод предназначен для пользователей AVG, у которых установлена бесплатная версия AVG и которые испытывают высокую задержку DPC. , К счастью, вам не нужно удалять его или отключать любые щиты, просто измените некоторые настройки.
- Используйте комбинацию клавиш Windows Key + R, чтобы открыть диалоговое окно «Выполнить» и введите «ncpa.cpl», прежде чем нажимать «ОК». Этого также можно добиться, открыв панель управления. Измените представление на Категорию и нажмите на Сеть и Интернет. Нажмите на запись центра управления сетями и общим доступом в списке. Найдите параметр «Изменить настройки адаптера» в левой части окна и щелкните по нему.
- Щелкните правой кнопкой мыши по соединению, которое вы используете в данный момент, и выберите опцию Свойства. В разделе «Это соединение используются следующие элементы:» найдите запись «Драйвер сетевого фильтра AVG» и снимите флажок рядом с ним, чтобы отключить его. Затем нажмите ОК и проверьте, решена ли проблема.
Решение 6: удалите Bonjour на вашем компьютере
Bonjour — это реализация компанией Apple сетей с нулевой конфигурацией, группы технологий, включающей обнаружение служб, назначение адресов и разрешение имен хостов. Добрый день находит устройства, такие как принтеры, другие компьютеры и сервисы, которые эти устройства предлагают в локальной сети.
Таким образом, это не совсем важно для вашего компьютера, и, вероятно, оно было установлено автоматически вместе с другими программами. Иногда вы можете решить проблему, просто удалив Bonjour на вашем компьютере.
- Прежде всего, убедитесь, что вы вошли в систему с учетной записью администратора, поскольку вы не сможете удалить программы, используя любые другие права учетной записи.
- Нажмите на меню «Пуск» и откройте панель управления, выполнив поиск. Кроме того, вы можете нажать на значок шестеренки, чтобы открыть настройки, если вы используете Windows 10.
- На панели управления выберите «Просмотреть как: категорию» в правом верхнем углу и нажмите «Удалить программу» в разделе «Программы».
Решение 7. Отключите интернет-протокол версии 6
Этот протокол кажется проблематичным для определенных настроек на вашем компьютере, и есть немало проблем, которые можно решить, просто отключив его и вернувшись к интернет-протоколу версии 4. Этот способ был подтвержден как успешный для Windows 7, но ничего нет говоря, что это не будет работать для более новых версий Windows.
- Используйте комбинацию клавиш Windows Key + R, чтобы открыть диалоговое окно «Выполнить» и введите «ncpa.cpl», прежде чем нажимать «ОК». Этого также можно добиться, открыв панель управления. Измените представление на Категорию и нажмите на Сеть и Интернет. Нажмите на запись центра управления сетями и общим доступом в списке. Найдите параметр «Изменить настройки адаптера» в левой части окна и щелкните по нему.
- Теперь, когда окно Internet Connection открыто, дважды щелкните по активному сетевому адаптеру.
- Затем нажмите «Свойства» и найдите запись «Протокол Интернета версии 6» в списке. Снимите флажок рядом с этой записью и нажмите ОК. Перезагрузите компьютер, чтобы подтвердить изменения и проверить, не появляется ли ошибка снова.
Решение 8. Используйте следующие настройки Regedit для отключения определенного процесса
Существует сервис под названием NVIDA PowerMizer: конечная цель технологии PowerMizer — оптимизировать энергопотребление для максимально продолжительного времени автономной работы ноутбука, обеспечивая при этом производительность, необходимую для выполнения поставленной задачи.
Это похоже на то, что Intel должна ограничивать вычислительную мощность процессора в зависимости от того, какие приложения работают. Другими словами, это процесс управления питанием для вашей видеокарты, который может вызвать изменения в загрузке ЦП и, безусловно, может вызвать проблемы.
- Поскольку вы собираетесь редактировать реестр, мы рекомендуем вам ознакомиться с этой статьей, которую мы подготовили, чтобы безопасно сделать резервную копию вашего реестра и избежать дальнейших проблем. Тем не менее, ничего плохого не произойдет, если вы будете тщательно следовать инструкциям.
- Откройте интерфейс редактора реестра, набрав «regedit» в строке поиска или в диалоговом окне «Выполнить». Перейдите к следующему ключу в редакторе реестра, перейдя на левой панели:
- Символами * будут случайные числа и буквы. Их будет несколько, поэтому выберите папку «0000» с наибольшим количеством ключей.
- Щелкните правой кнопкой мыши в правой части окна и выберите New >> DWORD (32bit). Вам нужно будет сделать это 4 раза и убедиться, что вы называете ключи следующим образом: PerfLevelSrc, PowerMizerEnable, PowermizerLevel, PowermizerLevelAC
- Вам нужно будет изменить их значение, щелкнув правой кнопкой мыши по каждому из них и выбрав опцию Изменить. Установите значения в соответствии с информацией ниже:
PerfLevelSrc ——– 3322
PowerMizerEnable ——– 0
PowermizerLevel ——– 1
PowermizerLevelAC ——– 1
This is the only place that I hope can bring peace to my mind. I have a persistent problem since the Windows 10 Anniversary update that has challenged my mental capabilities each and every one of these 20 days since the update. The problem is: Sound crack and Popping occurs when playing audio/gaming/streaming videos followed by stuttering / mini stuttering when playing games. Especially bad if I switch tabs or doing both at the same time. I checked my PC's DPC latency, and it is through the roof.
I used 2 programs to check my DPC latency: Latency Mon and DPClat. The first tool brought up a detailed report as to what causes the problem and the second just informed me of my extreme latency (1500 ms). According to Latency Mon (I will include the report below) dxkrnl.sys (DirectX Graphics Kernel, Microsoft Corporation) is what causing the huge spikes. The first thing I did was to re install the drivers of my GPU (GTX 970). Nothing changed. I then proceeded to remove my GPU, remove the drivers using DDU and checking again. The same thing was reported with my integrated gpu. I proceeded to do a clean install of windows 4 different times, testing from the beginning if I had issues and until I installed all the necessary drivers of my motherboard. The same problem was reported each and every time. And the same problem with the sound occurred each and every time. I sold my 970 and got a 1070 (was planning an update anyway). Same thing. Now I am sitting here, with no GPU inside my rig, with a fresh install of windows, trying to figure out what is wrong and what is causing the DirectX Graphics Kernel, Microsoft Corporation to cause all these problems.
On top of that, to eliminate any problems related to audio drivers or bad integrated sound card, I used sound from my AT2020 USB+ microphone which has a dedicated sound card. Same thing happened when using sound directly from the microphone.
P.S - Before you post the usual, yes I did everything a sane person would do. Changed the power settings to be at high performance, removed from BIOS any power management related setting, Removed drivers and reinstalled them using DDU, did a fresh installation (not even reset) of windows, changed cables of each and every component, updated my GPU to a new one, completely removed my GPU and used the Integrated GPU, changed ram slots, removed any oc on CPU, GPU, RAM etc etc etc. Please, for the love of God and everything holy, help me find the issue. It's been 20 days that I cannot do anything on my PC.
Mobo: MSI z170 m7 Gaming
CPU: i7 6700K
GPU: MSI GTX 1070 Gaming X (Prior: MSI GTX 970 Gaming)
Ram: HyperX Savage @2144 (2400 OC) 8G (1 stick, planning to purchase more in the near future)
P.S 3 - The highest reported ISR change from time to time, including different services (USB, Audio, NVM (when NVidia card is installed), network etc)
P.S 4 - Latency Mon Report (Displays Win 8 as my operating system, I suppose it's a bug as it was just updated to windows 10 compatibility)
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:00:53 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 4008 MHz
Measured CPU speed: 1 MHz (approx.)
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.
WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.
_________________________________________________________________________________________________________
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): 16272.856039
Average measured interrupt to process latency (µs): 2.789057
Highest measured interrupt to DPC latency (µs): 16269.279194
Average measured interrupt to DPC latency (µs): 1.092482
_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
Highest ISR routine execution time (µs): 104.427395
Driver with highest ISR routine execution time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation
Highest reported total ISR routine time (%): 0.007282
Driver with highest ISR total time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation
ISR count (execution time <250 µs): 24480
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0250>
_________________________________________________________________________________________________________
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.
Highest DPC routine execution time (µs): 17630.126497
Driver with highest DPC routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total DPC routine time (%): 0.067926
Driver with highest DPC total execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
DPC count (execution time <250 µs): 247321
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 201
DPC count (execution time 1000-1999 µs): 2
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0250>
_________________________________________________________________________________________________________
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.
Total number of hard pagefaults 3881
Hard pagefault count of hardest hit process: 1771
Highest hard pagefault resolution time (µs): 205116.379242
Total time spent in hard pagefaults (%): 1.001857
Number of processes hit: 30
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 1.696737
CPU 0 ISR highest execution time (µs): 104.427395
CPU 0 ISR total execution time (s): 0.058574
CPU 0 ISR count: 23690
CPU 0 DPC highest execution time (µs): 17630.126497
CPU 0 DPC total execution time (s): 0.662355
CPU 0 DPC count: 228069
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 1.246965
CPU 1 ISR highest execution time (µs): 95.585329
CPU 1 ISR total execution time (s): 0.002375
CPU 1 ISR count: 774
CPU 1 DPC highest execution time (µs): 751.155190
CPU 1 DPC total execution time (s): 0.020739
CPU 1 DPC count: 1526
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1.019748
CPU 2 ISR highest execution time (µs): 10.030938
CPU 2 ISR total execution time (s): 0.000041
CPU 2 ISR count: 12
CPU 2 DPC highest execution time (µs): 184.732285
CPU 2 DPC total execution time (s): 0.062105
CPU 2 DPC count: 10302
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 1.330258
CPU 3 ISR highest execution time (µs): 4.691617
CPU 3 ISR total execution time (s): 0.000009
CPU 3 ISR count: 4
CPU 3 DPC highest execution time (µs): 83.281687
CPU 3 DPC total execution time (s): 0.005475
CPU 3 DPC count: 720
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 0.942412
CPU 4 ISR highest execution time (µs): 0.0
CPU 4 ISR total execution time (s): 0.0
CPU 4 ISR count: 0
CPU 4 DPC highest execution time (µs): 109.556886
CPU 4 DPC total execution time (s): 0.023901
CPU 4 DPC count: 2886
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 1.349997
CPU 5 ISR highest execution time (µs): 0.0
CPU 5 ISR total execution time (s): 0.0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 120.252994
CPU 5 DPC total execution time (s): 0.009875
CPU 5 DPC count: 808
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 0.932392
CPU 6 ISR highest execution time (µs): 0.0
CPU 6 ISR total execution time (s): 0.0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 107.993762
CPU 6 DPC total execution time (s): 0.021414
CPU 6 DPC count: 2242
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 1.344988
CPU 7 ISR highest execution time (µs): 0.0
CPU 7 ISR total execution time (s): 0.0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 95.588822
CPU 7 DPC total execution time (s): 0.008027
CPU 7 DPC count: 975
_________________________________________________________________________________________________________
This thread is locked. You can follow the question or vote as helpful, but you cannot reply to this thread.
Всех приветствую, имеется ноутбук HP Victus 16-e0014ur, краткие спеки:
8Gb ОЗУ в стоке
Win 11 Home 22000.376
В рандомный момент, независимо от сценария использования ноутбука(игры, работа, просмотр видео, либо же простой) появляется микрофриз, сопровождающиеся с хрипами, замедлением аудио и slow-mo эффектом всей системы в целом где-то на секунду. В DPC Latency Checker в момент фриза график улетает в космос до значений от 40к до 60к мкс. LatencyMon почему-то не всегда ловит момент фриза, но в основном вот такие "проблемные" драйвера он указывал: ACPI, ndis, ntoskrnl, i8042, nvlddmkm, dxgkrnl. Фриз возникает и без подключенной периферии к ноутбуку, с подключенной зарядкой и без неё. Зависимость появления микрофриза от температуры я не выявил.
Что было сделано: обновлена память до 16 Гб (2 планки по 8Гб, т.к. сначала было подозрение на нехватку памяти), поменял Wi-Fi адаптер (был Realtek, поставил Intel по совету форумчан по данному ноутбуку), выключал всякие улучшайзеры звука, устанавливал чистые образы 10 и 11 винды на разные накопители (стоят 2 NVMe на 512 Гб и 1 Тб), обновлял драйвера до последних возможных версий с сайта производителя, в том числе и на чипсет, пробовал старые, в том числе с помощью DDU для видеокарт, отключал все возможные устройства в диспетчере устройств, проверял целостность системы, памяти и прочего, обновил BIOS до актуальной версии (откат на старую тоже не помогает), отключал ненужные службы, в автозагрузке ничего нет абсолютно, поставил режим максимальной производительности и отключил режим экономии энергии для многих устройств, проводил манипуляции с таймерами через строку в CMD, фастбут и гибернация отключены, менял режимы с IRQ на MSI, в биосе отключил отпимизацию батареи и зарядку через USB(в целом никаких настроек в BIOS больше и нет) - абсолютно ничего из этого не помогло.
Писал поддержке HP по данному вопросу, но они ничего, кроме встроенного ПО для диагностики и отката системы предложить не могут. Я уже запускал их комплексный тест проверки компонентов и системы, по несколько итераций крутил тест, ничего там не нашлось, и они не работают со сторонними приложениями, хотя я им прям "тыкал" - ну вот же проблема - толку ноль.
Так то работать и играть за ноутбуком можно, как уже сказал, фриз возникает в рандомный момент - может раз в 2 часа, 3 часа, и я не понимаю что именно вызывает такую задержку. И честно уже стало напрягать это меня, я уже правда не знаю что можно ещё такого сделать, чего я может и не делал. Температуры все в пределах, ничего не перегревается и не троттлит. Вариант нести в сервис по гарантии пока не рассматриваю, поскольку у меня нет устройства под замену, всё таки работаю за ним. Очень надеюсь получить здесь помощь.
Эта цепочка заблокирована. Вы можете просмотреть вопрос или оставить свой голос, если сведения окажутся полезными, но вы не можете написать ответ в этой цепочке.
Оскорбление — это любое поведение, которое беспокоит или расстраивает человека или группу лиц. К угрозам относятся любые угрозы самоубийством, насилием, нанесением ущерба и др. Любое содержимое для взрослых или недопустимое на веб-сайте сообщества. Любое изображение, обсуждение наготы или ссылка на подобные материалы. Оскорбительное, грубое или вульгарное поведение и другие проявления неуважения. Любое поведение, нарушающее лицензионные соглашения, в том числе предоставление ключей продуктов или ссылок на пиратское ПО. Незатребованная массовая рассылка или реклама. Любые ссылки или пропаганда сайтов с вирусным, шпионским, вредоносным или фишинговым ПО. Любое другое неуместное содержимое или поведение в соответствии с правилами использования и кодексом поведения. Любое изображение, ссылка или обсуждение, связанные с детской порнографией, детской наготой или другими вариантами оскорбления или эксплуатации детей.
Читайте также: