Обновить

Хорошо, я попробовал ответы ниже, и ничего не изменилось. Я определил чипсет в ноутбуке как 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

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

(: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 CTO. Использует сетевой адаптер NVIDIA nForce 10/100/1000 Мбит / с. (Видео GeForce 8400M GS)
• Нару: Сервер с файлами. Пользовательский Windows Server 2008 R2 x64 SP2. Используется гигабитный адаптер D-Link DGE-560T PCI Express.
• CC: HTPC на том же коммутаторе без проблем. Windows Vista x86 SP2. Использует встроенный адаптер GBE Realtek RTL8168B / 8111B PCI-E.

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

Изображения

Копирование началось с ноутбука

Сервер -> Портативный компьютер _{(источник: gibixonline.com )} Портативный компьютер -> Сервер

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

Сервер -> Ноутбук _{(источник: gibixonline.com )} Неожиданно, если сервер скопирует файл с ноутбука на себя, это приведет к скоростям, которые я ожидаю. (Ноутбук -> Сервер) _{(источник: gibixonline.com )}

Ранее я заявлял, что на другой машине того же коммутатора такой проблемы нет. Высокий DPI включен, так как это отображается на HDTV.
Сервер -> HTPC _{(источник: gibixonline.com )}

Естественно, в качестве теста я решил посмотреть, какие скорости были между моим ноутбуком и HTPC. К сожалению, они были именно то, что я ожидал.
HTPC -> ноутбук _{(источник: gibixonline.com )}

Финальные заметки

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

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

В окне CMD:

netsh interface tcp set global autotuning=disabled 

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

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

netsh interface tcp set global autotuning=normal

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

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

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

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

Чтобы убедиться, что ноутбук не неисправен, запустите Ubuntu Live CD, установите iperf на виртуальный диск и запустите тест.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 драйверами с сайта производителя. Также я сделал следующее:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вид выстрел в темноте, но это может помочь.

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

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