Оновлення

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

Використання проводів для перегляду передачі з сервера на ноутбук містить чимало таких записів:

(: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 Мб / сек). Здається, копіювання з ноутбука на сервер забезпечує швидкість, але нічого подібного не повинно бути.

Задіяні машини

• Міюкі: Ноутбук з номером. RTM Windows 7 x64. CTO HP Pavilion dv9700. Використовується адаптер NVIDIA nForce 10/100/1000 Mbps Ethernet. (Відео GeForce 8400M GS)
• Naru: Сервер з файлами. Спеціальний Windows Server 2008 R2 x64 SP2. Використовується гігабітний адаптер D-Link DGE-560T PCI Express.
• CC: HTPC на одному комутаторі без випуску. Windows Vista x86 SP2. Використовується бортовий адаптер Realtek RTL8168B / 8111B PCI-E GBE.

Коли ці знімки були зроблені, джембо-кадри всі були вимкнені.

Образи

Копіювання розпочато з ноутбука

Сервер -> Ноутбук _{(джерело: gibixonline.com )} Ноутбук -> Сервер

Копіювання розпочато з сервера

Сервер -> Ноутбук _{(джерело: gibixonline.com )} Несподівано, якщо сервер скопіює файл з ноутбука на себе, це призведе до швидкісних обертів, які я очікував би. (Ноутбук -> Сервер) _{(джерело: gibixonline.com )}

Раніше я заявляв, що інша машина на тому ж комутаторі не має цієї проблеми. Висока DPI увімкнена, оскільки це відображається на HDTV.
Сервер -> HTPC _{(джерело: gibixonline.com )}

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

Підсумкові ноти

Я спробував усе, що можу придумати. Навіть рамки джамбо вимкнено в цей момент і, здається, на це нічого не впливає. Я спробував відключити свій антивірусний захист на зміну кабелів, які я використовую. Наразі всі використовувані кабелі - це CAT-5e, який я вбудував. Я спробував взяти кабель від HTPC і підключити його до свого ноутбука, щоб перевірити, чи не є проблема з кабелем. Два перемикача - D-Link DGS-1216T і "тупий" комутатор, який підтримує рамки jumbo, D-Link DGS-2208.

Спробуйте відключити функцію автоматичної настройки Window.

У вікні 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 \ Параметри \ Інтерфейси
3. Переглядайте елементи під інтерфейсами, поки ви не знайдете той, який містить запис IPAddress, що відповідає мережевому інтерфейсу, на який ви хочете вплинути (як правило, IP-адреси LAN починаються з 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 мс, що відповідає затримці, яку я побачив би через трасерт до сервера гри.

Взяті з зменшення затримки ігрової мережі в Windows 7 або Vista

Щоб перевірити, чи не винен ноутбук, запустіть живий компакт-диск ubuntu, встановіть iperf на ramdisk та проведіть тест.

Це має хоча б перевірити мережеву сторону його.

Перевірте, чи не випали пакети. Не знаєте, як це зробити у Windows, але якщо у вас є машина Linux, ви можете там перевірити.

У мене був аналогічний досвід роботи з гігабітним комутатором, коли гігабітний режим був порушений і випав пакетів. Проблему я бачив лише тоді, коли в цьому режимі було підключено 2 машини. У режимі 100K все було добре. Це була неприємна проблема, яка зайняла мені кілька днів, щоб дізнатися. Я міг би бути D-Link. Зроби кілька гугл щодо вашої моделі комутатора. Я зробив і виявив, що інші мають ту ж проблему, що і я.

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

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

Я знаю, ви згадали Avast, але досить випадково я побачив подібні результати проводів. Зауважте, що, крім передачі файлів, у моєму випадку здавалося, що це добре.

У мене виникли проблеми із спілкуванням клієнтів із серверами Windows під час використання пакетного підпису. Я не відчував повільності, але дуже часто зустрічався з відключенням зв'язку.

Прочитайте тут рішення, яке вирішило мою проблему.

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

Схоже, OS перевіряє пакети перед записом на диск. Я помітив, що всі повільні передачі - це ті, які намагаються записати на ноутбук ... Я пропоную

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

Інші пропонують і, здається, не допомагають:

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

Остання пропозиція: Ви можете перевірити виявлення посилань у режимі акумулятора на розширених властивостях nic? Це ноутбук, і можуть виникнути проблеми із властивостями енергозбереження ... Спробуйте "Без енергозбереження" при виявленні посилання в режимі акумулятора та "Повному" на налаштуваннях швидкості роботи акумулятора.

Я використовую win7 на настільному ПК, і ці параметри не входять до розширених властивостей моєї ніки. Поки я ніколи не стикався з цією проблемою, ви можете перевірити значення "Контроль потоку" на "TX і RX включено", як і варіанти мого nic. Jumbo вимкнено, швидкість і дуплекс також автоматично в моїй конфігурації ...

Я не можу придумати жодного іншого рішення ... Сподіваюся, це допоможе ...

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

Windows 7 Pro, Celeron J1800 з вбудованою карткою lan Realtek Gigabit 8111C Realtek. QNAP 453a та MacBook Pro на іншому кінці.

Коли вимірювались через Iperf3, я отримував 112 Мбіт / с із моїм набором Windows 7 як клієнт (використання процесора на рівні 25-30%). І лише 39-41 Мбіт / с, якщо встановлено як сервер, з великим використанням процесора між 50-100%. Настільки погано, що ПК замерзне під час тестування пропускної здатності.

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

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

Закінчився поганим водієм картки LAN. Я був одержимий оновленням драйверів і завжди оновлював свої драйвери, коли ставав новий. Здогадайтесь, що після декількох оновлень мій lan-карту сповільнився.

Деякі з вас можуть сказати, просто видаліть старий драйвер та встановіть новий. Просто, а? Я намагався і пробував, Мені це не вийшло.

Ось моє рішення:

Встановлені вікна з нуля з драйверами OEM з веб-сайту виробника. Я також зробив наступне:

У розділі Диспетчер пристроїв / картка Лан / Додаткові параметри / Відключити все, крім КОНТРОЛЮ ПОТОК.

У розділі "Особливості Windows" вимкнути віддалене диференціальне стиснення.

Зараз середня швидкість між 80-100 Мбіт / с.

Я вважаю, що ви встановили мережеві карти на повний дуплекс, 100 Мбіт, а не авто?

Ви, мабуть, ненавидите цю відповідь, але я повинен це сказати!

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

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

Тільки тому, що драйвери з Windows працюють, це не означає, що вони найкращі.

Я б підозрював, що це щось на шляху від сервера до ноутбука, наприклад:

• Переключити порт, виправлений на ноутбук
• Підключення до мережі Ethernet або з'єднання між комутатором та ноутбуком

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

1. Ви побили комп’ютер до смерті оновленнями і протестували його поза межами сайту безвідмовно. Ви спробували робити оновлення та подібні дані на сервері "naru"?

2. Більшість рішень у цій нитці, запропонованих іншими, можуть застосовуватися до сервера. Ви їх там пробували?

3. Що відбувається, коли ви тестуєте використання Robocopy (з джембо і без)? Якщо це швидко в обох напрямках, я б застосував Netshark, щоб подивитися на заголовки сеансів SMB на початку копій у кожному напрямку та побачити, чи щось виглядає інакше в налаштуванні naru-> miyuki.

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

Вигляд пострілу в темряві, але це може допомогти.

• Вимкніть "Віддалене диференціальне стиснення" на Панелі управління - Програми та функції - Увімкніть або вимкніть функції Windows.
• Видаліть IPv6 з мережевих властивостей. Чи використовуєте ви IPv6 у своїй локальній мережі? Якщо не відключити його.
• Очистити кеш DNS ipconfig /flushdnsза допомогою CLI.

якщо це пов'язано зі зміною ОС, то, безумовно, проблема полягає в ОС. вам слід спробувати встановити найновіший пакет оновлень Windows 7 і постійно оновлювати вікна з останніми оновленнями. і сподіваємось на краще