Вопрос: Неожиданная скорость медленной гигабитной сети


Обновить

Хорошо, я пробовал ответы ниже, и ничего не изменилось. Я определил набор микросхем в ноутбуке как NVIDIA nForce 520. Я загрузил последние Vista x64 драйверы для nForce 520 (у NVIDIA пока нет драйверов для этого набора микросхем для Win 7). Я попытался установить включенное программное обеспечение брандмауэра (думая, возможно, это мешает - это не так). Я полностью удалил свое антивирусное программное обеспечение (я использую Avast!), Думая, что его драйвер сетевого фильтра может вызвать проблемы, и это тоже не помогло.

Я взял свой ноутбук в дом моих братьев и смог скопировать файлы на скорости 10 - 12 Мбайт / с по своей 100-мегабитной сети, поэтому я не думаю, что это аппаратное обеспечение.

Я запустил iperf с некоторыми неожиданными результатами:
iperf от ноутбука, отправляющего на сервер (выгрузка)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf с сервера, отправляющего на ноутбук (скачать)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Для сравнения здесь приведены номера iperf между HTPC и сервером

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

Использование wirehark для просмотра передачи с сервера на ноутбук сетью содержит много следующих записей:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

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

Оригинальный вопрос

Задний план

В настоящее время я испытываю проблему на моем недавно установленном ноутбуке Windows 7. Проблема возникла после того, как я установил Windows 7 RC. Когда на этом ноутбуке были установлены Windows Vista и Windows 7 Beta 1, я смог перевести их с гигабитных скоростей с включенными рамками Jumbo в диапазон 9KB / 9014. Два переключателя между ноутбуком поддерживают Jumbo-фреймы.

При копировании файлов с моего сервера на мой ноутбук они работают со скоростью улиток (обычно менее 1 МБ / с), а другие устройства, проходящие через одни и те же коммутаторы, могут передавать с более высокой скоростью (45 - 55 МБ / с). Кажется, копирование с ноутбука на сервер обеспечивает более быструю скорость, но ничего подобного не должно быть.

Участвующие машины

  • Миюки: Ноутбук с проблемой. Windows 7 x64 RTM. Технический директор HP Pavilion dv9700. Использует сетевой адаптер NVIDIA nForce 10/100/1000 Мбит / с. (Видео GeForce 8400M GS)
  • Нару: Сервер с файлами. Пользовательский Windows Server 2008 R2 x64 SP2. Использует адаптер DGE-560T PCI Express Gigabit.
  • CC: HTPC на одном коммутаторе без проблем. Windows Vista x86 SP2. Использует встроенный адаптер Realtek RTL8168B / 8111B PCI-E GBE.

Когда эти изображения были взяты, jumbo frames были выключены.

Изображения

Копирование инициировано с ноутбука

Сервер -> Ноутбук
http://www.gibixonline.com/media/netspeed-client-naru-miyuki.png
Ноутбук -> Сервер
http://www.gibixonline.com/media/netspeed-client-miyuki-naru.png

Копирование, инициированное с сервера

Сервер -> Ноутбук
http://www.gibixonline.com/media/netspeed-server-miyuki-naru.png
Неожиданно, когда сервер копирует файл с ноутбука сам по себе, это приводит к скоростям, которые я ожидал бы. (Ноутбук -> Сервер)
http://www.gibixonline.com/media/netspeed-server-naru-miyuki.png

Ранее я заявлял, что другая машина на том же коммутаторе не имеет этой проблемы. Высокий DPI включается, так как это отображается на HDTV.
Сервер -> HTPC
http://www.gibixonline.com/media/netspeed-naru-cc.png

Естественно, в качестве теста я решил посмотреть, какие скорости были между моим ноутбуком и HTPC. К сожалению, они были именно тем, что я ожидал.
HTPC -> Ноутбук
http://www.gibixonline.com/media/netspeed-cc-miyuki.png

Итоговые заметки

Я пробовал все, что мог придумать. В этот момент даже огромные кадры отключены, и ничто не влияет на это. Я попытался отключить защиту Антивируса от изменения используемых кабелей. В настоящее время все используемые кабели CAT-5e, которые я создал. Я попытался взять кабель с HTPC и подключить его к ноутбуку, чтобы убедиться, что проблема связана с кабелями. Эти два коммутатора - D-Link DGS-1216T и «тупой» коммутатор, поддерживающий большие фреймы D-Link DGS-2208.


18
2017-08-08 23:26


Источник


вы пробовали инструмент, например iperf (google for iperf win32), чтобы измерить доступную пропускную способность? Если iperf дает разумные скорости, возможно, это новое изобретение drm: /. я сомневаюсь в этом - но стоит проверить, в противном случае, двойная проверка, если нет дуплексной матчи. - pQd
Вы пробовали что-то вроде pscp на ближайший сервер, чтобы узнать, какую скорость вы получите с этим? - chris
Пробовали ли вы перекрестное подключение сервера и ноутбука вместе, чтобы между ними не переключалось? - Joseph
Аминь к тому, что сказал @ Йосеф. Попробуйте исключить переключатель из уравнения. - Jeremy Visser


Ответы:


Попробуйте отключить функцию автонастройки окна.

В окне CMD:

netsh interface tcp set global autotuning=disabled 

Повторите тест и посмотрите, заметили ли вы улучшение производительности. Я должен был сделать это на нескольких ноутбуках под управлением Windows 7 в моем доме, и это помогло.

Если ситуация ухудшится или вы не заметили каких-либо улучшений, вы можете снова включить автонастройку:

netsh interface tcp set global autotuning=normal

5
2017-11-04 18:25





Это, похоже, большая проблема с Windows 7. Несколько геймеров жаловались на эту проблему.

  1. В командной строке (обычно во всех программах -> Стандартные -> Командная строка) запустите команду "regedit"
  2. Перейдите к HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces
  3. Просмотрите элементы под интерфейсами, пока не найдете тот, у которого есть запись IPAddress, соответствующая сетевому интерфейсу, на который вы хотите повлиять (обычно сетевые IP-адреса начинаются с 192.168 или 10.0); обратите внимание, что если ваш IP-адрес автоматически назначается сервером DHCP, вам может потребоваться найти соответствующий DhcpIPAddress вместо IPAddress
  4. Щелкните правой кнопкой мыши по интерфейсу и выберите «Создать»> «DWORD (32-разрядное значение)», назовите его «TcpAckFrequency»
  5. Щелкните правой кнопкой мыши новое значение TcpAckFrequency и выберите «Изменить», введите «1» (следует выбрать шестнадцатеричную радиокнопку)
  6. Щелкните правой кнопкой мыши по интерфейсу и выберите «Создать»> «DWORD» (32-разрядное) значение, назовите его «TCPNoDelay» (обратите внимание, что TCP на этот раз на верхнем регистре - это намеренно)
  7. Щелкните правой кнопкой мыши новое значение TCPNoDelay и выберите «Изменить», введите «1» (следует выбрать шестнадцатеричный переключатель)
  8. Убедитесь, что как TcpAckFrequency, так и TCPNoDelay теперь отображаются в списке свойств адаптера с типами REG_DWORD и значениями 0 × 00000001
  9. Выйдите из regedit и перезагрузитесь (для вступления изменений в силу требуется перезагрузка!).
    1. Играйте в игру и наслаждайтесь новым низким пингом

Это уменьшило мой пинг в большинстве игр от 200-300 мс до 50-60 мс, что соответствует задержке, которую я увижу через трассировку на сервер игры.

Взято из уменьшить латентность сетевой игры в Windows 7 или Vista


3
2017-08-09 04:29



tracert использовать ICMP, а не TCP. Эти ключи предназначены для TCP, поэтому они не меняют ничего для ICMP. Не знаю, почему вы видели лучшее время отклика через tracert - Mathieu Chateau
Ну, я пошел вперед и попробовал это, и это все равно похоже на то же самое. Я обновляю исходный вопрос с большей информацией и вещами, которые я пробовал. - Joshua
Матьё, он не сказал, что видел лучшее время от трассы. Он сказал, что латентность в игре становится эквивалентной tracert, что означает, что задержка, наблюдаемая в трафике TCP, аналогична задержке трафика ICMP, которая функционировала нормально. - MDMarra


Чтобы убедиться, что ноутбук не виноват, запустите компакт-диск ubuntu live, установите iperf на ramdisk и запустите тест.

Это должно, по крайней мере, проверить его сетевую сторону.


3
2017-11-07 00:12





Проверьте наличие упакованных пакетов. Не уверен, как это сделать в Windows, но если у вас есть Linux-машина, вы можете проверить ее.

У меня был аналогичный опыт с гигабитным коммутатором, где режим гигабита был сломан и удалял пакеты. Я только видел проблемы, когда в этом режиме было 2 машины. В режиме 100K все было в порядке. Это была неприятная проблема, которая потребовала мне несколько дней, чтобы узнать. Возможно, я был D-Link. Сделайте несколько поисковых запросов о своей модели коммутатора. Я сделал и нашел, что у других была такая же проблема, как и я.


1
2017-08-09 01:41





Я сталкивался с этим раньше с другими продуктами AV. Моя проблема заключалась в SMB, и AV-продукт мешал, даже когда «отключен». Он показал аналогичные результаты в wirehark, которые у вас есть. Вот один из многих сайтов, которые я проверил, чтобы найти основную причину: Проблема с Symantec SMB и другой: Сбой SMB2 с NTP

Кроме того, вы можете попробовать отключить / изменить все или некоторые параметры в SMB. Я бы даже подумал об отключении v2 в ОС. Проверьте эту статью, чтобы описывает проблему SMB в Win Vista и эта ссылка на Microsoft описывает некоторые технические данные о настройках SMB reg,

Я знаю, что ты упомянул Аваста, но это довольно случайно, что я видел похожие результаты. Обратите внимание, что все, кроме передачи файлов, казалось, отлично работает в моем случае.


1
2017-11-05 02:16





У меня были проблемы с клиентами, которые взаимодействуют с серверами Windows при использовании подписи пакетов. Я не испытывал медлительность, но довольно распространенные связи.

Читать Вот для решения, которое зафиксировало мою проблему.

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


1
2017-11-05 03:32



Это тоже сгорело ... - Ben Campbell


Похоже на o.s. проверяет пакеты перед записью на диск. Я заметил, что все медленные передачи - это те, которые пытаются писать на ноутбук ... Я предлагаю

  • проверка размеров блоков разделов на ноутбуках hdd (небольшие размеры блоков могут привести к плохому времени поиска для свободного места при попытке передать один большой файл (или так))
  • проверка любой политики брандмауэра, которая проверяет входящие пакеты для записи на диск
  • проверяя любой монитор активности файла (это должно быть не взволновано из-за удаления антивируса) (как вы знаете, avast делает проверку в реальном времени и немного замедляет передачу сети).
  • дефрагментация целевого раздела (снова о поиске свободного места)

Другие рекомендуются и, похоже, не помогают:

  • Авто-Тюнинг
  • дуплексный уровень
  • кабели ...

Последнее предложение: можете ли вы проверить обнаружение связи режима батареи на передовых свойствах nic? Это ноутбук, и могут возникнуть некоторые проблемы с энергосберегающими свойствами ... Попробуйте «Без энергосбережения» в режиме обнаружения режима батареи и «Полный» на настройках скорости батареи.

Я использую win7 на настольном ПК, и эти параметры не включены в передовые свойства моего nic. Пока я никогда не сталкивался с этой проблемой, вы можете проверить значения «Управление потоком» на «TX и RX Enabled» в качестве параметров моего nic. Jumbo отключен, скорость и дуплекс также авто в моей конфигурации ...

Я не могу придумать другого решения ... Надеюсь, это поможет ...


1
2017-11-08 22:00





Раньше я преследовал свой хвост с той же проблемой какое-то время! Медленная скорость передачи в одном направлении, в моем случае исходящая (восходящая линия).

Windows 7 Pro, Celeron J1800 с встроенной локальной картой Realtek Gigabit 8111C. QNAP 453a и MacBook Pro на другом конце.

При измерении через Iperf3 я получал 112 Мбит / с с установленной мной Windows 7 в качестве клиента (использование ЦП на 25-30%). И только 39-41 Мбит / с при установке в качестве сервера, с интенсивным использованием процессора между 50-100%. Настолько плохо, что ПК будет замораживаться во время тестирования полосы пропускания.

Обычная передача файлов ограничена максимум 45 Мбит / с, независимо от того, загружаю ли я или загружаю файлы на мой NAS или мой MAC.

Я получал не более 35-45 мегабайт в секунду. Довольно неприятно!

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

Некоторые из вас могут сказать, просто удалите старый драйвер и установите новый. Простой, а? Я пробовал и пытался, Это не сработало для меня.

Вот мое решение:

Установленные окна с нуля с драйверами OEM с веб-сайта производителя. Также я сделал следующее:

В разделе Диспетчер устройств / Карта Lan / Дополнительные настройки / Отключить все, кроме FLOW CONTROL.

В разделе «Возможности Windows» отключите «Дистанционное дифференциальное сжатие».

Теперь средняя скорость составляет 80-100 Мбит / с.


1
2018-04-28 22:43