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

сервер с 2008 по 2003 медленная передача файлов с использованием cifs

Я просто попытался скопировать файл через cifs (совместное использование файлов Windows) между сервером 2003 R2 и новым сервером 2008 SP1, и у меня ужасная скорость.

это файл размером 300 МБ, для передачи которого требуется около 30 минут. Я получаю около 1-2 Мбит / с, и это на локальном коммутаторе.

Я попытался инициировать передачу с обоих серверов с одинаковыми результатами.

Копирование с 2003 на другой 2003 занимает меньше 1 минуты, так что явно что-то с 2008-сервером.

Еще более странное поведение заключается в том, что если я одновременно копирую другой файл с сервера 2003 на другой сервер 2003, скорость передачи с сервера 2008 резко возрастает (например, в 10 раз, но все же медленнее).

По RDP-driveharing я получаю полную скорость VPN, примерно 20Мбит. Никакие другие сервисы, похоже, не страдают от задержки.

Я видел сообщение о разгрузке tcp, вызывающей проблемы в win2008, может ли это быть связано?

Убедитесь, что сервер 2008 работает правильно сам по себе. Попробуйте переместить файлы между ним и другим сервером 2008 года, или, если он недоступен на рабочей станции Vista, они используют ту же версию cifs.

Я видел аналогичное поведение при передаче файлов при несоответствии скорости / дуплекса между сетевой картой и коммутатором, иногда из-за проблемы с автосенсором, а иногда из-за неправильной конфигурации одного или другого, или обоих.

Вы можете попробовать отключить автонастройку TCP:

netsh interface tcp set global autotuninglevel=disabled

Если это не сработает, включите его снова:

netsh interface tcp set global autotuninglevel=normal

Автоматическая настройка TCP - это новая функция в стеке TCP / IP Vista и Windows 2008. Объем данных, которые вы можете отправить через TCP / IP, зависит (среди прочего) от размера окна приема. В предыдущих версиях Windows размер окна приема был ограничен 64 КБ. При автонастройке размер окна динамически изменяется в зависимости от емкости и скорости соединения. Идея в том, что это ускорит передачу данных.

Проблема в том, что эта функция может фактически вызвать более медленную скорость передачи, если клиентская операционная система или сетевое оборудование не поддерживает эту функцию должным образом (как описано в RFC 1323, TCP Extensions for High Performance).

В любом случае, это может быть не проблема, но попробовать стоит.

Я только что решил аналогичную проблему в своей сети. Компьютер с Windows 2003 Server получал ужасный (~ 20 Кб / с) скорость чтения из общих ресурсов на новом компьютере с Windows 2008 R2 (но, как ни странно, 2003 >> 2008 годились, ~ 50 + Мб / с).

Некоторые вещи, которые я пробовал ...

  • Настройка autotuninglevel=disabled как предложено выше
  • Отключение SMB 2, как описано Вот
  • Настройка параметров дуплекса и управления потоком адаптеров, в основном на основе эта почта но предлагается в ряде мест

Ни один из них не оказал (положительного) эффекта.

Для меня решением оказалось отключение разгрузки TCP (описано Вот) путем добавления следующих ключей реестра ...

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value = DisableTaskOffload
Type = DWORD
Data = 1

Value = EnableTCPChimney
Type = DWORD
Data = 0

Value = EnableTCPA
Type = DWORD
Data = 0

Value = EnableRSS
Type = DWORD
Data = 0

После перезапуска все передачи были на высоте.

Исходя из моего (ограниченного) понимания проблемы, она возникает только с некоторыми моделями сетевых адаптеров (использует Intel 82578DC) в коробке под управлением 2008 или Win 7, которая обращается к коробке под управлением 2003 или XP. В моем случае ящик 2003 года был виртуальной машиной, работающей на VMware Server 2.0.2 (но я не знаю, актуально ли это).

Надеюсь, это кому-то поможет!

В этом вопросе люди предлагали несколько разных вещей: Производительность сети Windows (SMB / CIFS)

Мое первое предположение - проблема с оборудованием. Попробуйте использовать FTP или HTTP для передачи файла и посмотрите, медленно ли это.

JR