12

У меня Windows 7 Pro работает на моем файловом сервере и на главном рабочем столе. У каждого есть гигабитное сетевое соединение, и я подключен к гигабитному коммутатору. Тем не менее, при попытке скопировать несколько больших файлов, он работает довольно медленно со слабыми 12-15 МБ / с
Данные поступают с SATA-диска 7200 об / мин (который, по моему мнению, должен работать почти на 150 МБ / с) и поступают в Drobo на сервере, подключенном через FireWire 800, поэтому я не могу вспомнить какие-либо узкие места, которые могут возникнуть в оборудовании , Но TeraCopy по-прежнему утверждает, что скорость передачи данных составляет 12-15 МБ / с.

Что еще может быть не так?

12 ответов12

3

Ненавижу говорить, что это Windows вуду. Я видел улучшения от отключения брандмауэров / антивируса до использования RAM-дисков, изменения гигабитной сети с PCI на PCIe, использования более быстрых коммутаторов, гигантских кадров, управления потоком и более коротких и качественных кабелей.

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

Я сделал быстрый поиск и нашел этот сайт. Я еще не пробовал эти настройки.

Чтобы более непосредственно учитывать скорость, в Vista и Windows 7 Microsoft внесла изменения в API-интерфейс CopyFile, чтобы повысить производительность. Я не знаю, использует ли это TeraCopy, но я знаю, что это делает RoboCopy. Возможно, выполнение теста с RoboCopy может повысить производительность.

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

Возможно, некоторые из этих советов подойдут вам.

3

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

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

Итак, этим утром я решил разобраться в этом - после долгих поисков в интернете я нашел статью, в которой упоминалась одна маленькая штука, которая все решила! Ссылка внизу этого комментария - Прочитайте его ПОСЛЕ того, как вы увидели мои результаты.

Информация: 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

Затем, И Я БЫЛ ПОЛУЧЕНО после всего того, что я так долго пытался - Включите 9-килограммовый кадр в конфигурации сетевых карт и снова запустите тест.

Для параметра «Дуплекс» было установлено значение 100 МБ в полнодуплексном режиме после чего-то еще, что я попробовал, поэтому скорость передачи ниже была на 9 Мбит меньше, чем настройка сетевой карты - НЕ ПЛОХО!

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:\Users\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

2

Помог пост Дмитрия об автосогласовании. После двух исправлений и многочисленных бесполезных настроек команды netsh я увидел очень медленную скорость загрузки и высокую скорость загрузки. Только на одной машине в сети из 50 устройств. Оказалось, что обновление Intel NIC из Центра обновления Windows повлияло на настройки драйвера. В этом случае помогло повторное включение автосогласования. 35mbs скорость возвращается.

2

Я использую Windows 7, используя Parallels/Boot Camp на 3,4 ГГц Quad Core i7 с 16 гигабайтами оперативной памяти. Скорость передачи по сети составляла от 2 до 60 Кбит / с, пока я не последовал совету в посте Cake404 относительно сетевых карт Broadcom.

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

1
  1. Нажмите на Пуск
  2. Введите "Локальная политика безопасности" и нажмите Enter
  3. Перейдите в Настройки безопасности > Локальные политики > Параметры безопасности
  4. Установите следующие настройки:

    Сетевая безопасность: минимальная сеансовая безопасность для клиентов на базе NTLM SSP (включая безопасный RPC)> снимите флажок «требуется 128-битное шифрование
    Уровень проверки подлинности Network LAN Manager > Отправить LM & NTLM - использовать сеансовую безопасность NTLMv2, если согласовано

1

От: Увеличьте скорость передачи данных в вашей сети с помощью - config-customize - windows-7

  1. Откройте реестр и просмотрите следующую ветку:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

  2. Если следующие записи еще не созданы, создайте DWORDs MaxCmds , MaxThreads и MaxCollectionCount в этой ветви.Присвойте им значения 30, 30 и 32 соответственно.

  3. После перезапуска вашей системы вы должны почувствовать увеличение производительности ваших сетевых передач.

1

Одна вещь, которую стоит попробовать, прежде чем сходить с ума от чего-либо еще, это переключить драйвер, чтобы он не использовал Auto Negotiate для скорости, но установил его на 100 МБ /Full Duplex, протестировал скорость передачи, а затем установил его на 10 МБ /Full Duplex и протестировал Скорость передачи.

1

Требование для полноскоростных Ethernet-передач (75% от 1000 на каждую передачу +) - это неблокирующая передача с проводной скоростью!

Переключатели:

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

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

1

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

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

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

Общим во всех вышеперечисленных установках была коробка Win2k3, которая действует как файловый сервер. Я менял ОС на втором сервере, который загружал тестовый файл.

Я еще не тестировал скорость передачи данных между двумя коробками Win2k3 с помощью TeraCopy и обычной копии Windows.

1

У меня есть ноутбук Win 7 Pro (четырехъядерный) 1 ГБ LAN A Linksys WRT1900AC с жестким диском Red Nas 3 ТБ. Моя скорость была 10 Мбит / с для беспроводной или проводной передачи файлов на NAS.

Я выполнил все следующие тесты беспроводной связи безуспешно, в конце я попробовал Ethernet и получил 63 МБ / с СЕЙЧАС !!!!!! Так что я не знаю, какие настройки или записи реестра исправили проблему. Беспроводной обмен файлами все еще медленный.

НАСТРОЙКИ

-Отключить дистанционное дифференциальное сжатие -Отключить автонастройку TCP -Отключить масштабирование на стороне приема

О ЗАГСе:

Индекс регулирования сети:

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

Отключить регулирование пропускной способности:

Создать (значение DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstation_parametersDisableBandwidthThrottling Установить значение 1

Выделение сетевой памяти (ошибка события с кодом 2017):

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management LargeSystemCache = 1 (DWORD, значение по умолчанию: 0, рекомендуемое значение: 1) Нулевое значение устанавливает кэш ~ 8 МБ, значение 1 позволяет кэшу расширяться до объема физической памяти минус 4 МБ, если необходимо.

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

1

Существует множество возможных препятствий - однако Windows 7 SP1 может и работает ОЧЕНЬ быстро через Gigabit Ethernet.

Я только что перенес несколько больших файлов объемом в несколько гигабайт с двух дисков на моем ПК в NAS-устройство Synology (DS1010+). Эта пара передач, управляемых Explorer.exe, достигла 118,25 мегабайт / с (950 мегабит / с), что составляет 95% насыщения моей коммутируемой сети Gigibit Ethernet, в том числе через несколько гигабитных коммутаторов Dlink.

-1

Это сработало для меня:

СПАСИБО: http://www.howtosolutions.net/2013/06/fixing-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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .