Как исправить медленную скорость интернет-подключения Windows (Server)?

Question

[antonwx]

Имеется свежеустановленная Windows Server 2022 (впрочем, версия не имеет значения, у всех одинаковые проблемы, в т.ч. десктопные версии).
Подключение к этой винде ну очень медленное. Вот среднестатистический тест iperf-ом:

iperf3 -c -R -p 5201
Connecting to host , port 5201
Reverse mode, remote host is sending
[ 4] local 172.16.1.1 port 3329 connected to port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 451 KBytes 3.70 Mbits/sec
[ 4] 1.00-2.00 sec 507 KBytes 4.16 Mbits/sec
[ 4] 2.00-3.00 sec 500 KBytes 4.09 Mbits/sec
[ 4] 3.00-4.00 sec 516 KBytes 4.23 Mbits/sec
[ 4] 4.00-5.00 sec 384 KBytes 3.14 Mbits/sec
[ 4] 5.00-6.00 sec 595 KBytes 4.87 Mbits/sec
[ 4] 6.00-7.00 sec 566 KBytes 4.65 Mbits/sec
[ 4] 7.00-8.00 sec 537 KBytes 4.39 Mbits/sec
[ 4] 8.00-9.00 sec 498 KBytes 4.08 Mbits/sec
[ 4] 9.00-10.00 sec 525 KBytes 4.30 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 5.12 MBytes 4.30 Mbits/sec sender
[ 4] 0.00-10.00 sec 5.09 MBytes 4.27 Mbits/sec receiver

iperf Done.

А теперь перезагружаем компьютер на линукс, я взял puppy linux, т.к. лень было грузить несколько гигов убунты. И получаем в разы большую скорость, она почти полностью соответствует максимальной скорости компа, с которого проводятся тесты:

iperf3 -c -R -p 5202
Connecting to host , port 5202
Reverse mode, remote host is sending
[ 4] local 172.16.1.1 port 1896 connected to port 5202
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 3.58 MBytes 30.0 Mbits/sec
[ 4] 1.00-2.00 sec 3.18 MBytes 26.6 Mbits/sec
[ 4] 2.00-3.00 sec 3.63 MBytes 30.5 Mbits/sec
[ 4] 3.00-4.00 sec 3.04 MBytes 25.5 Mbits/sec
[ 4] 4.00-5.00 sec 3.05 MBytes 25.6 Mbits/sec
[ 4] 5.00-6.00 sec 2.53 MBytes 21.2 Mbits/sec
[ 4] 6.00-7.00 sec 2.23 MBytes 18.7 Mbits/sec
[ 4] 7.00-8.00 sec 3.00 MBytes 25.1 Mbits/sec
[ 4] 8.00-9.00 sec 2.87 MBytes 24.1 Mbits/sec
[ 4] 9.00-10.00 sec 3.44 MBytes 28.9 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 31.0 MBytes 26.0 Mbits/sec 20 sender
[ 4] 0.00-10.00 sec 30.7 MBytes 25.7 Mbits/sec receiver

iperf Done.

Чтобы исключить возможность, что это сам iperf хреново работает, я взял и протестировал скорость апачом и ftp сервером, результаты схожие.
Клиент при этом тоже не имеет значения - тестировал из другой сети, со смартфона, с ноута с линуксом - результаты одни и те же.
Причём такое ощущение, что почему-то лимитируется один поток TCP, потому что если запустить тест в 10 потоков, канал нагрузится на полную: https://pastebin.com/Dj1N9jWR
Собственно, что делать?

Comments

[Drno]

загуглить про лимиты
поставить другой драйвер на сетевую
отключить ipv6

[antonwx]

Drno, всё легко гуглящееся уже попробовал (изменение window size, задание nodelay и tcpackfrequency) - эффекта никакого не даёт.
Драйвера другого нет, вернее есть выбор либо с сайта производителя, либо стандартный от винды, но разницы тоже никакой нет. Кстати, от железки не зависит - тестировал на трёх разных компах. От провайдера тоже не зависит - ну или такое совпадение, что два разных провайдера каким-то образом режут скорость именно винды.
IPv6 только что офнул, что не дало никакого результата, оно и не удивительно - ведь его поддержки со стороны провайдера - нет.

[Dimonchik]

-P
-R

что дают?

[antonwx]

Что самое интересное: ставим линукс НА VIRTUALBOX, который запущен на винде, на этом линуксе запускаем iperf, апач, ftp, всё что угодно - тестируем скорость - и она высокая, в то время, как на винде, где эта виртуалка запущена - скорость низкая.
Что наталкивает на мысль, что проблема исключительно программного характера. Вот только в чём именно?

[antonwx]

Dimonchik, в смысле что делают? -R означает, что сервер передаёт данные, а клиент принимает (а по умолчанию iperf работает в другую сторону) - меня интересует отдача с сервера, поэтому такой режим тестирования. P - запускает тест в несколько потоков. В несколько потоков скорость высокая, но на каждый поток низкая, не больше нескольких мегабит.

[Zerg89]

antonwx, QoS отключен? Rss настроен на паралельную обработку?

[antonwx]

Zerg89, попробовал отключить как описано тут https://learn.microsoft.com/en-us/powershell/modul... но результата нет

[Zerg89]

antonwx, может ещё какойнибудь power save mode в биосе или сетевом адаптере выставлен который linux игнорирует , и более старый драйвер поищи с запретом установки драйвера windows, может брандмауэр какой тупит

[antonwx]

Zerg89, RSS включен. Доберусь до сервера физически, проверю что там в биосе, хотя что-то мне подсказывает, что вряд ли проблема там. Ведь по локальной сети со скоростью всё в порядке.

[xotkot]

похоже данная проблема встречается довольно часто, интересно с чем это действительно связанно

[antonwx]

В дополнение: в режиме iperf3 UDP таких проблем - нет. Скорость максимальная.

[Akina]

Что самое интересное: ставим линукс НА VIRTUALBOX, который запущен на винде, на этом линуксе запускаем iperf, апач, ftp, всё что угодно - тестируем скорость - и она высокая, в то время, как на винде, где эта виртуалка запущена - скорость низкая.

А как выводите виртуалку наружу? bridge, NAT?

[antonwx]

Akina, bridge

[antonwx]

Пришла идея попробовать 11ю винду, сижу трахаюсь чтобы её установить

[Максим Гришин]

В дополнение: в режиме iperf3 UDP таких проблем - нет. Скорость максимальная.

roundtrip какой? Есть вероятность, что вы упираетесь в ширину TCP retransmit window на одном потоке.

[antonwx]

Максим Гришин, 40 мс

[Akina]

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

[antonwx]

Akina, тут суть в том, что сама windows на голом железе, без виртуалки, и именно она тормозит.
Отключение брэндмауэра не помогло

[antonwx]

Ну что я могу сказать... результаты windows 11:

iperf3 -c addr -R -p 5204
Connecting to host addr, port 5204
Reverse mode, remote host addr is sending
[ 4] local 172.16.1.1 port 3945 connected to addr port 5204
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 2.88 MBytes 24.1 Mbits/sec
[ 4] 1.00-2.00 sec 3.40 MBytes 28.5 Mbits/sec
[ 4] 2.00-3.00 sec 2.96 MBytes 24.9 Mbits/sec
[ 4] 3.00-4.00 sec 3.32 MBytes 27.8 Mbits/sec
[ 4] 4.00-5.00 sec 3.93 MBytes 33.0 Mbits/sec
[ 4] 5.00-6.00 sec 4.13 MBytes 34.7 Mbits/sec
[ 4] 6.00-7.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 4] 7.00-8.00 sec 3.49 MBytes 29.3 Mbits/sec
[ 4] 8.00-9.00 sec 1.48 MBytes 12.4 Mbits/sec
[ 4] 9.00-10.00 sec 1.32 MBytes 11.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 31.5 MBytes 26.4 Mbits/sec sender
[ 4] 0.00-10.00 sec 31.4 MBytes 26.4 Mbits/sec receiver

iperf Done.

[Василий]

шок-какой-то .
Просто для прекола попробуйте накатить leatrix latency fix, а вдруг...

Кстати, не увидел, что за железо-то?

[antonwx]

Сервер переведён на Windows 11 на обычном "железе", уже не iperf, а реальная передача файлов (канал 50 мегабит):

От экспириенса с 11й виндой я конечно обплевался уже, так что с удовольствием вернусь на 2022 сервер, если будет найден фикс.

[Виктор]

Large Send Offload v2 - в настройках сетевого адаптера пробовали выключить и потом перезагрузится? Мне данный параметр помог на файловом сервере поднятом на Windows Server. Пока его не выключил скорость копирования по локалке на/с сервака "прыгала" как хотела и часто просто подвисала.

[fpir]

А винда на железе или на виртуалке? Потому что я сталкивался с таким траблом(давно, поэтому расплывчато) - на конкретном семействе сетевых включение протокола, который улучшает проброс сети в виртуалку режет скорость в этой виртуалке в 10 раз.