Вот картинка, которая прекрасно описывает мою ситуацию:
Есть ли способ сгладить эту передачу, чтобы она использовалась почти на 90%, увеличив где-нибудь буфер? Похоже, Windows захватывает часть диска, очищает кеш, а затем ждет, пока диск захватит другой. Вместо того, чтобы так же постоянно стягивать данные с диска.
Настроить:
Windows Small Business Server 2011, размещенный на ESXi (.vmx и .vmdk на зеркальном SSD), отправляет файл размером 10 ГБ на машину FreeNAS (способную передавать 100 МБ / с от других клиентов) через iSCSI (требуется прямой блочный доступ для резервных копий SBS2011 .)
Глядя на мониторинг FreeNAS, он в среднем составляет около 600 Мбит / с.
Возможно, вы где-то столкнулись с проблемой сетевой буферизации. Это может показаться нелогичным, но уменьшение максимального размера сетевого окна может помочь.
Проверить эти ссылки http://netalyzr.icsi.berkeley.edu/links.html
Я видел, как несовпадение дуплекса замедляет передачу. Это, как правило, односторонний эффект. Переводы выполняются нормально в одном направлении, но медленно в другом. Это можно проверить, рассчитав передачу большого (1-2 МБ) файла в обоих направлениях.
Вы проверили несоответствие дуплексного режима в своей сети? Эта неправильная конфигурация позволяет устройствам работать и выглядеть нормально при низкой нагрузке, но как только они начинают обмениваться данными на любой реальной скорости, скорость резко падает. http://en.wikipedia.org/wiki/Duplex_mismatch