У меня есть настольный компьютер с двумя SSD в RAID 0 со скоростью чтения / записи 950 МБ / с (7,6 Гбит / с), и у меня есть сервер с 6 жесткими дисками в RAID 5 (скорости чтения / записи 200 МБ / с или 1,6 Гбит / с. ), выступающий в качестве файлового сервера. В настоящее время и мой сервер, и мой рабочий стол подключены к гигабитному коммутатору, который подключен к гигабитному маршрутизатору Cisco. Я использую все кабели CAT 6 для всего, в моем сервере и моем настольном компьютере установлены карты Gigabit Ethernet, и на сервере или на рабочем столе ничего не происходит. Когда я пытаюсь скопировать большой файл со своего рабочего стола на сервер, я достигаю узкого места около 54 МБ / с (432 Мбит / с). Что могло быть узким местом, которое могло бы замедлить это? Оба сетевых адаптера загружены не на 50%.
Серверная ОС: Windows Server 2008 R2 Standard ОС для настольных ПК: Windows 7 Ultimate
Для больших файлов эффективная производительность совместного использования файлов Windows составляет около 50% от ожидаемой пропускной способности узкого места. Это то, что я обнаружил много лет назад, когда проводил контролируемые тесты различных методов передачи файлов в Windows NT 4.0. Я обнаружил, что Windows FTP намного быстрее, то же самое для Cygwin FTP и SCP. У меня такое впечатление, что до Windows 7 это не изменилось. Похоже, недоиспользование встроено в протокол, может, играет в пинг-понг.
Одним из параметров, который мне нужно было настроить (увеличить), чтобы достичь почти «узкого места» с FTP тогда, был размер окна TCP. Однако я ожидаю, что с тех пор значение по умолчанию будет увеличено. Поскольку подобные параметры буферизации влияют не только на пропускную способность, будьте осторожны при их использовании.