Заикается звук\видео при работе от WiFi

[WSonic]

Приветствую. Случилась ситуация которую не могу решить сам. Чуть в чем - есть несколько машин, старенький АМД, относительно свежий райзен и еще пару офисных с распаянным процессором.
Есть несколько PCI-e адаптеров WiFi - EDIMAX EW-7612PIN_V2, TP-Link TL-WN781ND и еще какой то нонейм.
Компьютеры подключены к разным провайдерам, на разные роутеры. На компах разные ОС - 7, 10
Но на всех компах одинаковая проблема - при воспроизведении через WiFi наблюдаются тормоза видео и кратковременное зацикливание звука, в момент этих лагов подвисает система (если вести курсор то он дергается в этот момент). При этом скорость не режется - полные 100мб и пинг 2мс.
Пробовал тасовать между собой эти все адаптеры, компы, провайдеры - проблема остается

При этом если подключится через USB свисток - никаких проблем нету, все четко.

LatencyMon показывает зашкаливающие задержки ndis.sys, т.е с сетевым адаптером
При подключении кабелем все четко

Эта ситуация сломала мне мозг - я просто не могу найти логическое объяснение происходящему. Как считаете, что может быть? Спасибо!

[luna2005]

А если отключить антивирус?

[WSonic]

Его нету вообще

[Anton04]

Эта ситуация сломала мне мозг - я просто не могу найти логическое объяснение происходящему. »

Вы уже нашли одну взаимосвязь это Wi-Fi.
Вторая не озвученная Вами взаимосвязь это проигрывание звука, т.е. что проигрывает, откуда проигрывает и с помощью чего проигрывает. Вот тут и ищите сопряжение ;)

[Jula0071]

High DPC latency это распространённая болезнь винды, наблюдается не только на ndis.sys и не только при работе от вайфая. Если погуглить "High DPC latency ndis.sys", то увидите десятки постов, некоторые даже решённые. Но универсального решения нет.

Общее у этой проблемы лишь одно – она вызывается драйвером(ами) устройств. У них наивысший приоритет и они могут вытеснять, к примеру, аудиопроигрыватель из очереди. Хоть по гайдам для драйверописателей DPC должны укладываться в 100 микросекунд (что совершенно незаметно), на практике бывает так, как бывает, что и показывает софт вроде LatencyMon – обработка прерывания затягивается на тысячи микросекунд (миллисекунды), что и заметно в виде щелчков звука, дёрганья видео, замирания курсора. Причина, почему на USB такого не наблюдается, может быть в том, что на USB не используются прерывания, вместо них polling. А то, что от задержек может страдать сетевое устройство на USB просто не так заметно, как икающий звук.

Попробуйте поиграться с драйверами WiFi – разные версии, вендоры. Если уже не поигрались, конечно.

[WSonic]

Anton04, не первый день с компании вожусь. Любой медиапоток из интернета вызывает лаги. Хоть Ютуб в браузере, хоть интернет радио через vlc. Даже просто в системе наблюдается затык

Jula0071, вот это и печалит. Микрософт получается знает о проблеме, так как в любой системе вылазит, но при этом ничего не делает. Написал в ТП производителям но почти уверен никто ничего не ответит. Выходит шансов перевести компы на внутренний wifi просто нет.

[Jula0071]

WSonic, ещё раз, оно триггерится не только на вайфае, ещё на сторедже, ACPI, ну ещё нвидяшные драйвера часто подгаживают. Это настолько распространённая проблема, что хоть заново kernel scheduler переписывай. Что кстати сделали в линуксе (и полезли болячки другого плана). В маках такого нет, но там и микроядро...

Что ещё в голову пришло – поиграться с настройками таймера: выключить HPET в биосе и ещё часто советуют bcdedit /set useplatformclock No и bcdedit /set disabledynamictick Yes

Посмотрел у себя в офисе, где все поголовно на вайфае и такой проблемы нет – да, LatencyMon на свежайшем A285 залезает изредка в красное по ndis и ACPI, но чтоб постоянно в красном сидел, нет такого.

____________________________________________________________________________________________________ _____
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. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. 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 1:18:46 (h:mm:ss) on all processors.


____________________________________________________________________________________________________ _____
SYSTEM INFORMATION
____________________________________________________________________________________________________ _____
Computer name: LAPTOP-GCIFE3GB
OS version: Windows 10 , 10.0, version 1903, build: 18362 (x64)
Hardware: 20MW000JPB, LENOVO
CPU: AuthenticAMD AMD Ryzen 5 PRO 2500U w/ Radeon Vega Mobile Gfx
Logical processors: 8
Processor groups: 1
RAM: 7043 MB total


____________________________________________________________________________________________________ _____
CPU SPEED
____________________________________________________________________________________________________ _____
Reported CPU speed: 1996 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.

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): 4143.50
Average measured interrupt to process latency (µs): 5.573668

Highest measured interrupt to DPC latency (µs): 3608.0
Average measured interrupt to DPC latency (µs): 1.846362


____________________________________________________________________________________________________ _____
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): 235.270541
Driver with highest ISR routine execution time: ACPI.sys - ACPI Driver for NT, Microsoft Corporation

Highest reported total ISR routine time (%): 0.003687
Driver with highest ISR total time: ACPI.sys - ACPI Driver for NT, Microsoft Corporation

Total time spent in ISRs (%) 0.003795

ISR count (execution time <250 µs): 67588
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): 3652.134269
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Highest reported total DPC routine time (%): 0.051907
Driver with highest DPC total execution time: NDIS.SYS - Network Driver Interface Specification (NDIS), Microsoft Corporation

Total time spent in DPCs (%) 0.127333

DPC count (execution time <250 µs): 7833504
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 28038
DPC count (execution time 1000-1999 µs): 9
DPC count (execution time 2000-3999 µs): 2
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: svchost.exe

Total number of hard pagefaults 42878
Hard pagefault count of hardest hit process: 10695
Number of processes hit: 119


____________________________________________________________________________________________________ _____
PER CPU DATA
____________________________________________________________________________________________________ _____
CPU 0 Interrupt cycle time (s): 193.369155
CPU 0 ISR highest execution time (µs): 235.270541
CPU 0 ISR total execution time (s): 1.403752
CPU 0 ISR count: 66072
CPU 0 DPC highest execution time (µs): 3652.134269
CPU 0 DPC total execution time (s): 44.765923
CPU 0 DPC count: 7368766
____________________________________________________________________________________________________ _____
CPU 1 Interrupt cycle time (s): 78.263817
CPU 1 ISR highest execution time (µs): 124.008016
CPU 1 ISR total execution time (s): 0.027069
CPU 1 ISR count: 979
CPU 1 DPC highest execution time (µs): 1344.539078
CPU 1 DPC total execution time (s): 0.612363
CPU 1 DPC count: 60068
____________________________________________________________________________________________________ _____
CPU 2 Interrupt cycle time (s): 59.231507
CPU 2 ISR highest execution time (µs): 48.707415
CPU 2 ISR total execution time (s): 0.003743
CPU 2 ISR count: 248
CPU 2 DPC highest execution time (µs): 757.715431
CPU 2 DPC total execution time (s): 0.557910
CPU 2 DPC count: 93544
____________________________________________________________________________________________________ _____
CPU 3 Interrupt cycle time (s): 106.434446
CPU 3 ISR highest execution time (µs): 3.927856
CPU 3 ISR total execution time (s): 0.000118
CPU 3 ISR count: 60
CPU 3 DPC highest execution time (µs): 783.486974
CPU 3 DPC total execution time (s): 0.779627
CPU 3 DPC count: 113021
____________________________________________________________________________________________________ _____
CPU 4 Interrupt cycle time (s): 57.452770
CPU 4 ISR highest execution time (µs): 3.657315
CPU 4 ISR total execution time (s): 0.000080
CPU 4 ISR count: 54
CPU 4 DPC highest execution time (µs): 815.420842
CPU 4 DPC total execution time (s): 0.481527
CPU 4 DPC count: 75483
____________________________________________________________________________________________________ _____
CPU 5 Interrupt cycle time (s): 92.281375
CPU 5 ISR highest execution time (µs): 1.973948
CPU 5 ISR total execution time (s): 0.000019
CPU 5 ISR count: 13
CPU 5 DPC highest execution time (µs): 424.308617
CPU 5 DPC total execution time (s): 0.204303
CPU 5 DPC count: 32163
____________________________________________________________________________________________________ _____
CPU 6 Interrupt cycle time (s): 60.842064
CPU 6 ISR highest execution time (µs): 7.985972
CPU 6 ISR total execution time (s): 0.000087
CPU 6 ISR count: 60
CPU 6 DPC highest execution time (µs): 879.418838
CPU 6 DPC total execution time (s): 0.323375
CPU 6 DPC count: 48626
____________________________________________________________________________________________________ _____
CPU 7 Interrupt cycle time (s): 82.908713
CPU 7 ISR highest execution time (µs): 21.733467
CPU 7 ISR total execution time (s): 0.000160
CPU 7 ISR count: 102
CPU 7 DPC highest execution time (µs): 584.118236
CPU 7 DPC total execution time (s): 0.424227
CPU 7 DPC count: 69882
____________________________________________________________________________________________________ _____



Покажите один из своих отчётов тоже, сравним.

[WSonic]

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

[Anton04]

не первый день с компании вожусь. »

Аналогично. :hi:

Любой медиапоток из интернета вызывает лаги. Хоть Ютуб в браузере, хоть интернет радио через vlc. Даже просто в системе наблюдается затык »

У меня подобное случалось один раз, да и то на домашнем ПК, после смены матери без переустановки системы на win7. Решилось всё достаточно просто, удаление драйверов под звуковую карту и установка драйверов заново. Но я так понял это не Ваш случай... :dont-know

[WSonic]

Возьму ради прикола WiFi плату с обычным PCI, он на плате через мост асмедиа работает. Погляжу изменит ли это ситуацию

[Jula0071]

Возьму ради прикола WiFi плату с обычным PCI »
Может имеет смысл взять карту не из диапазона 5-10 баксов, а подороже. На интеле или броадкоме. Но то такое дело, если и с ними будут траблы, то обидно. Также можно с другой стороны попробовать посмотреть – может точки доступа хреноватенькие (если такие же дешёвые, то точно). Например, с телефона вайфай расшарить.

[Kirill_S]

может точки доступа хреноватенькие »
через USB свисток - никаких проблем нету, »

А что творится в эфире при подключенных ЮСБ и PCI картах?
Попробуйте зафиксировать номер канала

[Jula0071]

через USB свисток - никаких проблем нету, » »
Причина, почему на USB такого не наблюдается, может быть в том, что на USB не используются прерывания, вместо них polling. А то, что от задержек может страдать сетевое устройство на USB просто не так заметно, как икающий звук. »

[WSonic]

Kirill_S, Я живу в загородном доме. В эфире чистота и спокойствие, как и за окном :)

На интеле или броадкоме »
Ну вот та карта вроде как на броадкоме, или на квалком (как и не работающая карта от ТП линк)

[Jula0071]

Ну вот та карта вроде как на броадкоме »
Которая? В ОП названные одна atheros, другая realtek. Броадком тоже не всегда хорош, так что интел желательнее всего.

[WSonic]

Которая? В ОП названные одна atheros, другая realtek »
Та которую взять хочу. Но пока руки никак не дойдут

[Jula0071]

Ну так чего б и не попробовать другую точку доступа для начала? Видел, конечно, взаимную нелюбовь некоторых карточкек с ап, но чтоб так повально не встречал.

[WSonic]

Менял. Использовал роутеры тп линк, Хуавей. Провайдеров тоже разных пробовал. Вот так вот повезло мне - у меня повально эта проблема

[Jula0071]

Все ценой в 10-20 баксов тоже?

[WSonic]

Jula0071, Конечно. Я не мажор, но могу себе позволить нормальную плату wifi. Но не вижу смысла. На 99% уверен что будет то же самое, и будет обидно за деньгу. Если три разных адаптера, на разных компах с разными точками доступа и провайдерами выдают одинаковую проблему - очень сильно сомневаюсь, что мне повезло 3 раза подряд нарваться на какой то брак или несовместимость со стороны адаптеров.