Назад | Перейти на главную страницу

Необъяснимая низкая скорость гигабитной сети

Обновить

Хорошо, я попробовал ответы ниже, и ничего не изменилось. Я идентифицировал чипсет в ноутбуке как 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-кадрами в диапазоне 9 КБ / 9014. Два переключателя между ноутбуком также поддерживают Jumbo-кадры.

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

Задействованные машины

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

Изображения

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

Сервер -> Ноутбук

(источник: gibixonline.com)
Ноутбук -> Сервер

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

Сервер -> Ноутбук

(источник: gibixonline.com)
Неожиданно, когда сервер копирует файл с ноутбука на себя, я ожидал такой скорости. (Ноутбук -> Сервер)

(источник: gibixonline.com)

Ранее я заявлял, что другой компьютер на том же коммутаторе не имеет этой проблемы. Включено высокое разрешение, так как оно отображается на HDTV.
Сервер -> HTPC

(источник: gibixonline.com)

Естественно, в качестве теста я решил посмотреть, какая скорость у моего ноутбука и HTPC. К сожалению, они оказались именно такими, как я ожидал.
HTPC -> Ноутбук

(источник: gibixonline.com)

Заключительные примечания

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

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

В окне CMD:

netsh interface tcp set global autotuning=disabled

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

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

netsh interface tcp set global autotuning=normal

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

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

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

  1. Из командной строки (обычно в «Все программы» -> «Стандартные» -> «Командная строка») запустите «regedit».
  2. Перейдите к HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces
  3. Просматривайте элементы под интерфейсами, пока не найдете тот, в котором запись IPAddress соответствует сетевому интерфейсу, на который вы хотите воздействовать (обычно IP-адреса LAN начинаются с 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 мс, что соответствует задержке, которую я видел бы через tracert на сервере игры.

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

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

У меня был подобный опыт с гигабитным коммутатором, где гигабитный режим был сломан и пропадали пакеты. Я видел проблему только тогда, когда в этом режиме было подключено 2 машины. В режиме 100К все было нормально. Это была неприятная проблема, на решение которой мне потребовалось несколько дней. Я мог бы быть D-Link. Поищите в Google информацию о вашей модели коммутатора. Я сделал это и обнаружил, что у других такая же проблема, как и у меня.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 мегабайт в секунду. Довольно неприятно!

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

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

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

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

В Диспетчере устройств / Сетевой карте / Дополнительные настройки / Отключите все, кроме КОНТРОЛЯ ПОТОКА.

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

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

Судя по всему, я предполагаю, что вы установили для сетевых карт полнодуплексный режим, 100 Мбит, а не автоматический?

Вы, вероятно, возненавидите этот ответ, но я должен это сказать!

Вы пробовали обновить драйверы?

У меня аналогичная проблема на моем ноутбуке (сетевая карта на основе Realtek), скорость передачи составляет около 3 МБ / с, но затем, когда я обновляю драйверы до последних версий с их сайта, она увеличивается до 40-50 МБ / с.

Тот факт, что драйверы с Windows работают, не означает, что они лучшие.

Я подозреваю, что это что-то на пути от сервера к ноутбуку, например:

  • Порт коммутатора подключен к ноутбуку
  • Кабели Ethernet или соединения между коммутатором и ноутбуком

Per @ SaucemanSpiff's отличное предложение, пробовали ли вы подключить ноутбук напрямую к серверу с помощью заведомо исправного кабеля CAT5E или CAT6? Нет необходимости в специальном перекрестном кабеле, если хотя бы один из задействованных интерфейсов поддерживает Gigabit Ethernet (что подразумевает Auto MDI-X).

  1. Вы забили компьютер до смерти с обновлениями и протестировали его на месте без сбоев. Вы пробовали делать обновления и тому подобное на СЕРВЕРЕ "нару"?

  2. Большинство решений в этой ветке, предложенных другими, могут применяться к серверу, вы пробовали их там?

  3. Что происходит, когда вы тестируете с помощью Robocopy (с jumbo и без него)? Если это быстро в обоих направлениях, я бы использовал netshark, чтобы посмотреть заголовки сеансов SMB в начале копий в каждом направлении и посмотреть, не выглядит ли что-то по-другому в настройке naru-> miyuki.

Вы пробовали использовать теракопию? Я использую это как стандартную замену копии Windows уже более года, и он показал улучшение скорости передачи :)

Вид выстрела в темноте, но это мог Помогите.

  • Отключите «Удаленное дифференциальное сжатие» в Панели управления - Программы и компоненты - Включите или отключите функции Windows.
  • Удалите IPv6 из свойств сети. Вы используете IPv6 в своей локальной сети? Если нет, отключите его.
  • Очистить кеш DNS с помощью ipconfig /flushdns в интерфейсе командной строки.

если это из-за смены ОС, то проблема наверняка кроется в ОС. вам следует попытаться установить последний пакет обновления для Windows 7 и постоянно обновлять Windows до последних обновлений. и надеюсь на лучшее