У мене на сервері файлів і на моєму головному робочому столі працює Windows 7 pro. У кожного є гігабітове мережеве з'єднання, і я підключений до гігабітного комутатора. Однак, намагаючись скопіювати деякі великі файли, він працює досить повільно, при швидко пошкоджених 12-15 МБ / с
. Дані надходять із 7200RPM SATA-накопичувача (що, на мою думку, повинно бути майже 150 Мб / с) і збираються на Drobo на сервері, підключеному через FireWire 800, тому я не можу придумати жодних вузьких місць у апаратному забезпеченні. Але TeraCopy все ще каже, що йде лише зі швидкістю 12-15 Мб / с

Що ще тут може бути не так?

Ненавиджу говорити, що це вуду Windows. Я бачив вдосконалення від відключення брандмауерів / антивірусу до використання оперативної пам’яті, зміни гігабітних мікросхем з PCI на PCIe, використання більш швидких комутаторів, перемикання кадрів, контролю потоку та коротших та кращих кабелів.

Смішно, коли я завантажую файли з вікна самби, я здаюсь, що я маю кращу продуктивність, але все ж не кращу, ніж 15% використання.

Я швидко здійснив пошук і знайшов цей сайт. Я ще не пробував цих налаштувань.

Для більш прямого вирішення швидкості, у Vista та Windows 7 Microsoft внесла зміни в API CopyFile для підвищення продуктивності. Я не знаю, чи TeraCopy використовує це, але я знаю, що RoboCopy це робить. Можливо, запуск тесту з RoboCopy може принести кращі показники.

Крім того, в моїх найкращих передачах використовувались PCIe карти, що переходили з диска оперативної пам'яті на диск оперативної пам’яті з відключеним аудіозаписом, але все ж я не отримав більше 20-25%.

Можливо, деякі з цих порад вам підійдуть.

Після необхідності замінити мій старий ноутбук мені довелося скопіювати кілька тисяч файлів через мережевий кабель на мій новий ПК - я пережив дні, котрі потрібно було скопіювати, як мені потрібно було повернутися до роботи, щоб не було занадто багато часу спробувати грати.

Вчора мені довелося перевірити 3,4 гіга файлів (десятки з 1000-х маленьких) назад у сховище підривної програми - Болісно? В біса так!

Тож сьогодні вранці я вирішив розібратися в цьому - Після того, як багато роздивився Інтернет, я знайшов статтю, в якій згадується одна крихітна дрібничка, яка вирішила все !! Посилання знаходиться внизу цього коментаря - прочитайте його ПІСЛЯ ви побачили мої результати.

Інформація: 192.168.0.79 - це мій верхній ігровий ПК, а 192.168.0.151 - наш офісний файловий сервер

Крок 1 - Запустіть iPerf (його можна знайти тут http://linhost.info/2010/02/iperf-on-windows/ ) - я запустив це в подвійному режимі, щоб ви могли побачити, що наш сервер почав досить швидко

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[188] local 192.168.0.79 port 61072 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63505
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   112 MBytes  93.7 Mbits/sec
[188]  0.0-14.1 sec   240 KBytes   140 Kbits/sec

Далі, І Я БУЛО ЗАБЕЗПЕЧЕНО після всього, що я так довго намагався - Увімкніть 9k Jumb Frame в конфігурації мережевих карт і запустіть тест ще раз.

Налаштування Duplex було встановлено на 100Mb full duplex після чогось іншого, що я спробував, щоб швидкість передачі нижче була на 9Mbits меншою, ніж установка мережевої карти - NOT BAD!

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[196] local 192.168.0.79 port 61112 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63511
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   109 MBytes  91.6 Mbits/sec
[196]  0.0-10.0 sec   110 MBytes  91.7 Mbits/sec

C: \ Користувачі \ Martin \ Завантаження>

Один останній твік - я видалив налаштування дуплексу і повернув його до "Авто" та запустив тест ще раз

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[192] local 192.168.0.79 port 61169 connected with 192.168.0.151 port 5001
[216] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63525
[ ID] Interval       Transfer     Bandwidth
[216]  0.0-10.0 sec   674 MBytes   564 Mbits/sec
[192]  0.0-10.0 sec   787 MBytes   659 Mbits/sec

БУМ !!! Масовий приріст - сподіваюся, що це працює для всіх

Мартін

Оригінальна публікація, яка допомогла ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx

Я запускаю Windows 7 за допомогою Parallels / Boot Camp на 3.4 Ghz Quad Core i7 з 16 гігами оперативної пам’яті. Швидкість передачі мережі становила від 2 до 60 к / с, поки я не дотримувався рекомендацій у публікації Cake404 щодо мережевих карток Broadcom.

Після вимкнення Ethernet @ WireSpeed ​​та відключення параметрів "Large Send Offload" (у налаштуваннях конфігурації мережевої карти) швидкість моєї передачі зросла до кількох мегабайт в секунду.

Допомогла посада Дмитра про автопоговори. Після двох виправлень та численних безрезультатних настройок команд у мережі я бачив дуже повільну швидкість завантаження та швидку швидкість завантаження. Лише на одній машині в мережі 50 пристроїв. Виявилося, що оновлення Intel NIC з оновлення Windows вплинуло на налаштування драйвера. У цьому випадку допомогло повторне ввімкнення автонезамовлення. 35mbs швидкість повернулася.

Це може бути трохи пізно, але для тих, хто має подібні проблеми, я помітив, що передача файлів між мережевими спільними ресурсами Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; деякі інші конфігурації) є необґрунтовано повільною, коли TeraCopy (v2.1) використовується .

Найважливішим прикладом було таке: 2 сервери, обидва мають гігабітні NIC та підключені до гігабітного комутатора; Перший сервер під управлінням Win2k3, другий працює Win2k8R2. Швидкість передачі файлу TeraCopy ~ 21 ГБ в кращому випадку становила 50 МБ / с. Тим часом у мене було постійне 105 Мб / с, використовуючи звичайну копію Windows (тягнучи вікно Win2k8 з Win2k3). FTP дав подібні результати при підтримці приблизно 105 МБ / с. Аналогічні результати були досягнуті і при запуску Windows 7 на скриньці клієнта.

У подібних налаштуваннях я отримав би навіть нижчі швидкості передачі з TeraCopy, від 8 МБ / с до 35 МБ / с. Я намагався розібратися з параметрами завантаження та іншими налаштуваннями обох NIC, поки не вирішив спробувати використовувати звичайну копію Windows замість TeraCopy. Різниця в швидкості була дивовижною.

Загальним у всіх перерахованих вище налаштуваннях є вікно Win2k3, яке виконує функції файлового сервера. Я змінював ОС на другому сервері, який завантажував тестовий файл.

Я ще не перевіряв швидкість передачі між двома вікнами Win2k3 за допомогою TeraCopy та звичайної копії Windows.

Існує багато можливих моментів задимлення - Однак Windows 7 SP1 може дуже швидко працювати через Gigabit Ethernet.

Я щойно переніс декілька великих гігабайт великих файлів з двох дисків на своєму ПК на Synology NAS Box (DS1010 +). Ця пара передач Explorer.exe досягла 118,25 Мбіт / сек (950 мегабіт / сек), що становить 95% насиченості моєї комутованої мережі Gigibit Ethernet, включаючи пробіг через кілька гігабітних комутаторів Dlink.

Одне, що варто спробувати, перш ніж зійти з розуму з будь-яким іншим, - це переключити драйвер, щоб він не використовував функцію автоматичного переговорів на швидкість, але встановив його на 100 МБ / повний дуплекс, протестував швидкість передачі, а потім встановив її на 10 МБ / повний дуплекс і тестуй швидкість передачі.

З: Збільште швидкість передачі даних за допомогою цього - налаштуйте налаштування - windows-7

1. Відкрийте реєстр та перегляньте наступну гілку:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

2. Якщо такі записи вже не існує, створіть DWORDs MaxCmds, MaxThreadsі MaxCollectionCountпри цьому branch.Assign їх значення 30, 32 , 30 І відповідно.

3. Після перезавантаження вашої системи, ви повинні відчути підвищення ефективності передачі вашої мережі.

Вимога для повної швидкості передачі Ethernet (75% від 1000 на кожну передачу +) - це незахисний перемикач швидкості передачі без блокування!

Вимикачі:

• GS1100-16 16-портовий комутатор GbE на робочому столі ZyXEL - це 16-портовий комутатор 10/100/1000 (я отримую 700-800 Мбіт або 80 Мбайт передачі)
• GS1100-24 ZyXEL GS1100-24 - це 24-портовий комутатор 10/100/1000
• GS-108B 10/100 / 1000Mbps Порт настільний GbE комутатор ZyXEL - це 8-портовий комутатор 10/100/1000
• 24-портовий гігабітний комутатор Cisco SR2024 10/100/1000
• SMC Networks - SMC8508T - EZ перемикач 10/100/1000 - 8-портовий 10/100/1000 гігабітний некерований комутатор
• Linksys SR2016 Гігабіт на 10 портів 10/100/1000

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

1. Натисніть кнопку Пуск
2. Введіть "Місцева політика безпеки" та натисніть Enter
3. Перейдіть до Налаштування безпеки > Локальна політика > Параметри безпеки

4. Встановіть наступні налаштування:

   Безпека мережі : Мінімальна безпека сеансу для клієнтів, що базуються на NTLM SSP (включаючи захищені RPC)> зніміть позначку "вимагає 128-бітного шифрування
   Рівень автентифікації мережевого менеджера LAN > Надіслати LM & NTLM - використовуйте захист сеансу NTLMv2 за умови домовленостей

У мене ноутбук Win 7 Pro (чотирьохядерний) 1 Гб локальної мережі A Linkys WRT1900AC з червоним накопичувачем 3,0 ТБ. Моя швидкість становила 10 Мбіт / с для бездротової або дротової передачі файлів до NAS.

Я зробив усі наступні тести бездротового зв'язку без успіху, наприкінці спробував Ethernet, і я отримав 63 Мб / с ЗАРАЗ !!!!!! Тож я не знаю, які налаштування чи запис у реєстр вирішили проблему. Обмін бездротовими файлами все ще повільний.

НАСТРОЙКИ

-Вимкнути віддалене диференційоване стиснення -Відключити автоматичну настройку TCP -Дозволити отримання бічного масштабування

У реєстрі:

Індекс мережевого дроселювання:

HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Мультимедіа \ SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, за замовчуванням: 10, рекомендовано: 10 для спільного використання медіа, ffffffff для ігор та максимальної пропускної здатності, допустимий діапазон: від 1 до 70 десятків або ffffffff для повного відключення дроселювання)

Вимкнути пропускну здатність пропускної здатності:

Створити (значення DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstationparametersDisableBandwidthThrottling Встановити значення 1

Розподіл мережевої пам'яті (помилка ID події 2017 року):

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Керування пам’яттю LargeSystemCache = 1 (DWORD, значення за замовчуванням: 0, рекомендоване значення: 1) Значення нуля встановлює кеш ~ ~ 8 Мб, значення 1 дозволяє кешу розширюватися до обсягу фізичної пам'яті мінус 4 Мб, за необхідності.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Параметри розміру = 3 (DWORD, значення за замовчуванням: 1, рекомендоване значення: 3) 1 - мінімізує використану пам'ять 2 - баланс використовуваної пам'яті 3 - оптимальне налаштування для спільного використання файлів та мережевих додатків

Це працювало для мене:

ДЯКУЮ Вам: http://www.howtosolutions.net/2013/06/fixfix-slow-sending-or-receiving-of-files-through-lan-network-using-windows/

Вимкнення "Великого відвантаження відправки (LSO)"

Large Send Offload - це техніка покращення продуктивності мережі, в той же час зменшення витрат на процесор. Мабуть, це працює не дуже добре, тому було запропоновано відключити. Якщо ви хочете дізнатися про LSO, перегляньте цю статтю MSDN з 2001 року.

LSO - це опція, що знаходиться в диспетчері пристроїв під мережевим адаптером, тому для цього рішення потрібні права адміністратора.

Виконайте такі дії:

Open Start Menu, right-click on Computer and select Properties
Under Control Panel Home located on the left side of the window click on Device Manager
You will get a list of all devices on your machine. Expand Network Adapters.
Find your Network Card and double-click on it.
Select Advanced tab. You will get a list filled with different options.
Select Large Send Offload V2 (IPv4) and set the value to Disabled
Do the same for Large Send Offload V2 (IPv6) if it is available
Click OK

Я робив це на обох машинах Windows, мені не довелося перезавантажуватись, і мені не довелося відключати LSO V1