Задержка Windows 10 - монитор производительности разных результатов по сравнению с задержкой

1870
surpavan

Я пытался решить проблему задержки самостоятельно, обновляя драйверы и т. Д., Пробовал все методы / варианты драйверов с помощью инструмента обновления easydriver, но задержка все еще продолжается.

Я также использовал latencymon и инструмент мониторинга производительности Windows, но не смог выяснить проблему. Не могли бы вы помочь мне. Высокий постоянный ток показывает при ntoskrnl., Рядом с ним vsdatant (зона тревоги, я полагаю); путь позади них - nvlddmkm (число маленькое, поэтому я не думаю, что это проблема).

Но в соответствии с задержкой mon - самое высокое время выполнения для tcpip и ndis.sys. Так что не в состоянии выяснить, в чем причина

Конфигурация системы: Windows 10 AMD Phenom 2 X4 945 Gigabyte GT 730 - 2 ГБ DDR5 Мб = M5A78L M Plus usb3

РЕДАКТИРОВАТЬ: Я только что проверил с USB-адаптером локальной сети, к моему удивлению, даже это имеет ту же проблему. Проблема возникает только тогда, когда я использую Интернет.

Скриншоты анализатора производительности

Полный файл анализатора производительности (etl): googledrive или fileuploads

Latencymon pic

Latecymon результат:


ЗАКЛЮЧЕНИЕ


Ваша система, похоже, испытывает проблемы с обработкой аудио в реальном времени и другими задачами. Вы, вероятно, испытаете переполнение буфера в виде выпадений, щелчков или щелчков. Одна или несколько подпрограмм DPC, которые принадлежат драйверу, работающему в вашей системе, выполняются слишком долго. Также кажется, что одна или несколько подпрограмм ISR, которые принадлежат драйверу, работающему в вашей системе, выполняются слишком долго. По крайней мере одна обнаруженная проблема связана с сетью. Если вы используете адаптер WLAN, попробуйте отключить его, чтобы получить лучшие результаты. Одна из проблем может быть связана с управлением питанием, отключением настроек дросселирования процессора в панели управления и настройкой BIOS. Проверьте наличие обновлений BIOS. LatencyMon анализирует вашу систему на 0:01:49 (ч: мм: сс) на всех процессорах.


СИСТЕМНАЯ ИНФОРМАЦИЯ


Имя компьютера: DESKTOP-B73A5II Версия ОС: Windows 10, 10.0, сборка: 14393 (x64) Аппаратное обеспечение: ASUSTeK Computer INC., M5A78L-M PLUS / USB3 Процессор: AuthenticAMD Процессор AMD Phenom (tm) II X4 945 Логические процессоры: 4 Процессор группы: 1 ОЗУ: всего 6142 МБ


Скорость процессора


Заявленная частота процессора: 3014 МГц

Примечание. Время выполнения отчета может быть рассчитано на основе фиксированной скорости процессора. Отключите параметры переменной скорости, такие как Intel Speed ​​Step и AMD Cool N Quiet, в настройках BIOS для более точных результатов.


ИЗМЕРЕННОЕ ПРЕРЫВАНИЕ ПОРОШКАМ ПРОЦЕССА ПОЛЬЗОВАТЕЛЯ


Задержка обработки прерывания отражает измеренный интервал, в течение которого процесс пользовательского режима должен был ответить на аппаратный запрос с момента начала выполнения процедуры обработки прерывания. Это включает в себя планирование и выполнение процедуры DPC, сигнализацию события и пробуждение потока пользовательского режима из состояния ожидания в режиме ожидания в ответ на это событие.

Наибольшее измеренное время прерывания для обработки (мкс): 64670.563050 Среднее измеренное время задержки для обработки (мкс): 63.193641

Максимальная задержка измеренного прерывания до DPC (мкс): 44998.470896 Средняя задержка измеренного прерывания до DPC (мкс): 41.070269


ОТЧЕТНЫЕ ISR


Подпрограммы обслуживания прерываний - это подпрограммы, устанавливаемые ОС и драйверами устройств, которые выполняются в ответ на сигнал аппаратного прерывания.

Наибольшее время выполнения процедуры ISR (мкс): 4771.277704 Драйвер с наибольшим временем выполнения процедуры ISR: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Максимальное зарегистрированное общее время ISR (%): 0,279491 Драйвер с наибольшим общим временем ISR: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Общее время, проведенное в ISR (%) 0.422111

Количество ISR (время выполнения <250 мкс): 186495 Количество ISR (время выполнения 250-500 мкс): 0 Количество ISR (время выполнения 500-999 мкс): 33 Количество ISR (время выполнения 1000-1999 мкс): 8 количество ISR ( время выполнения 2000-3999 мкс): 13 отсчетов ISR (время выполнения> = 4000 мкс): 0


ОТЧЕТНЫЕ ЦОД


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

Наибольшее время выполнения процедуры DPC (мкс): 46762.675182 Драйвер с наибольшим временем выполнения процедуры DPC: tcpip.sys - драйвер TCP / IP, Microsoft Corporation

Максимальное общее общее время выполнения DPC (%): 3.264468 Драйвер с наибольшим общим временем выполнения DPC: tcpip.sys - драйвер TCP / IP, Microsoft Corporation

Общее время, проведенное в ЦОД (%) 5.937386

Число DPC (время выполнения <250 мкс): 295670 Число DPC (время выполнения 250-500 мкс): 0 Количество DPC (время выполнения 500-999 мкс): 145 Количество DPC (время выполнения 1000-1999 мкс): 183 Количество DPC ( время выполнения 2000-3999 мкс): 283 отсчета DPC (время выполнения> = 4000 мкс): 0


ОТЧЕТНЫЕ ЖЕСТКИЕ СТРАНИЦЫ


Жесткие сбои страниц - это события, которые запускаются при использовании виртуальной памяти, которая не находится в ОЗУ, но поддерживается файлом сопоставленной памяти на диске. Процесс устранения жесткого сбоя страницы требует чтения в память с диска, в то время как процесс прерывается и блокируется от выполнения.

ПРИМЕЧАНИЕ: некоторые процессы пострадали от жестких сбоев страниц. Если это были программы, производящие аудио, они могут прервать поток аудио, что приведет к отсечкам, щелчкам и щелчкам. Проверьте вкладку «Процессы», чтобы увидеть, какие программы были поражены.

Процесс с наибольшим количеством ошибок страниц: firefox.exe

Общее количество серьезных сбоев страниц 94 Число сбоев сложных страниц с наибольшим количеством попаданий: 44 Максимальное время устранения проблем с жесткими страницами (мкс): 11427,575315 Общее время, проведенное при серьезных повреждениях страниц (%): 0,008947 Количество попаданий в процессы: 6


На процессор


ЦП 0 Время цикла прерывания: 9,640117 ЦП 0 Максимальное время выполнения ISR (мкс): 4771.277704 ЦП 0 Общее время выполнения ISR: 1,834405 ЦП 0 Количество ISR: 185655 ЦП 0 Максимальное время выполнения ЦП (мкс): 44991,028202 ЦП 0 Общее время выполнения DPC: 6,938846 CPU 0 Количество DPC: 263535


Цикл 1 Время цикла прерываний: 5,783185 ЦП 1 ISR Максимальное время выполнения (мкс): 239,634373 ЦП 1 ISR Общее время выполнения (с): 0,007476 ЦП 1 Количество ISR: 892 ЦП 1 Максимальное время выполнения ЦП (мкс): 45147,389847 ЦП 1 Общее время выполнения DPC: 5,313124 CPU 1 Количество DPC: 11453


CPU 2 Время прерывания (с): 9.321844 CPU 2 ISR максимальное время выполнения (мкс): 13.264101 CPU 2 ISR общее время выполнения (с): 0,000109 CPU 2 ISR количество: 12 CPU 2 DPC максимальное время выполнения (мкс): 46762.675182 CPU 2 Общее время выполнения DPC: 8,873685 Количество ЦП 2: 12276


ЦП 3 Время прерывания (с): 5.011146 ЦП 3 Максимальное время выполнения ISR (мкс): 0,0 ЦП 3 Общее время выполнения ISR: 0,0 Количество ЦП 3 ISR: 0 ЦП 3 Максимальное время выполнения ЦП (мкс): 46649.379894 ЦП 3 Общее время выполнения DPC: 4.783671 CPU 3 Количество DPC: 10865


-3
Спасибо за то, что перевели вопрос с serverfault на superuser. Я не знал об этой мета. surpavan 7 лет назад 0
Смущенный вашим вопросом не вижу ничего, чтобы связать это с задержкой сети Ramhound 7 лет назад 0
Задержка не в сети - есть отставание ЦП, сбой ЦП около 30-50%, иногда сбой аудио и т. Д. Я удалил Зону тревоги, и теперь она работает нормально, я попробовал WFN, это не хорошо - следовательно пошел для COMODO пока что он кажется стабильным и работает хорошо. surpavan 7 лет назад 0
Процессор привязан и высокий процент прерываний на самом деле не называется задержкой. Ramhound 7 лет назад 0
@Ramhound - извините, я сказал это с такой задержкой, как это кратко комментирует latencymon - «Максимальное измеренное прерывание для задержки процесса» surpavan 7 лет назад 0

1 ответ на вопрос

0
surpavan

Нашли виновника - это была зона тревоги. Деинсталлировано и латентности нет. Я переустановил его снова - на этот раз задержка контролируется. Когда аварийный сигнал зоны был удален, системные прерывания были максимальными только на 1%. Переустановил и системные прерывания выросли до 3% ок.

Похожие вопросы