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

Ищете более быстрый способ передать файл в общий сетевой ресурс Windows

Обновить: Это только для передачи в одну сторону. Нет необходимости синхронизировать.

В настоящее время я использую Robocopy для передачи огромного файла, который заархивирован и отправлен в удаленный сетевой ресурс.

Есть ли более быстрый инструмент? В последнее время размеры файлов увеличиваются, и процесс передачи занимает больше времени. Любая помощь была бы замечательной.

Проверять, выписываться RichCopy.

С веб-сайта:

RichCopy - это бесплатная утилита, созданная Кеном Тамару из Microsoft. Инструмент был впервые разработан в 2001 году и регулярно обновлялся, чтобы идти в ногу с меняющимися потребностями. Поверьте мне, когда я говорю вам, это ответ на все ваши потребности в копировании файлов. Что вас больше всего поразит, когда вы впервые попробуете RichCopy, так это то, что это инструмент многопоточного копирования. Это означает, что вместо того, чтобы копировать один файл за раз в последовательном порядке, RichCopy может одновременно открывать несколько потоков, позволяя копировать множество файлов параллельно и сокращая общее время, необходимое для выполнения операции в несколько раз. Вы также можете приостанавливать и возобновлять операции копирования файлов, поэтому, если вы потеряете подключение к сети в любой момент, вы можете просто продолжить с того места, где остановились.

Если вы можете настроить FTP на конечном сервере, вы можете очень хорошо увидеть некоторые преимущества в использовании этого вместо старого старого SMB. И это, наверное, проще, чем обновить оба бокса до Server 2k8 ...

Может показаться, что это много, но обновите оба конца до Vista / Server 2008. Я провел несколько неформальных тестов в тихой (10 компьютеров) 100-мегабайтной сети. В соответствии со скоростью, показанной в диалоговом окне копирования и сетевом мониторе в мониторе ресурсов, я использовал около 97% строки 100 МБ.

Кроме этого, использовать более мощный метод сжатия, чем zip? Может, bzip2 или lzma? Вам нужно будет протестировать их в зависимости от типа данных, которые вы сжимаете.

Независимо от того, какой протокол передачи вы используете, вы можете увеличить пропускную способность, увеличив размер окна TCP клиентской системы до максимально возможного значения. Это определяет максимальный размер пакета, который может получить клиент. Я видел почти двукратное улучшение по сравнению с WAN по сравнению с настройками по умолчанию в Windows 2000.

В Википедии есть Настройка TCP статья, которая объясняет некоторые из них. Windows позволяет вам установить размер окна TCP глобально или на интерфейс.

Если файлы основаны на одних и тех же данных, можно использовать rsync. Он отправит только измененные данные.

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

Вид зависит от того, что вы подразумеваете под удаленным сетевым ресурсом. Удаленно как по всей стране? Или удаленный, как на небольшой LAN?

Если вы не можете изменить отправку различий, как предложил Райнер, ограничивающими факторами являются скорость диска двух компьютеров, линейная скорость всего между двумя компьютерами, скорости коммутаторов между двумя компьютерами, MTU всех коммутаторов и сетевых адаптеров. Если он находится в локальной сети с небольшим ГБ, возможно, проще всего было бы сделать MTU как можно больше.