Поиск более быстрого способа передать файл сетевому ресурсу окон

Я использую этот небольшой сценарий. Это всегда было полезно для меня, хотя ничто официальное.

http://genomewiki.ucsc.edu/index.php/Tuning-primer.sh

4
задан 2 May 2009 в 01:30
6 ответов

Выезд RichCopy.

С веб-сайта:

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

4
ответ дан 3 December 2019 в 03:04
  • 1
    Downvoted? Я думаю кто-то doesn' t понимают намерение downvotes. –  aphoria 4 May 2009 в 03:26

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

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

1
ответ дан 3 December 2019 в 03:04

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

1
ответ дан 3 December 2019 в 03:04

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

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

1
ответ дан 3 December 2019 в 03:04

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

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

0
ответ дан 3 December 2019 в 03:04
  • 1
    это - всего один файл и заархивированный. –  Gulzar 2 May 2009 в 01:29

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

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

0
ответ дан 3 December 2019 в 03:04
  • 1
    это к центру удаленных данных. прямо сейчас я только проверяю, ли какой-либо более быстрый инструмент доступен оптимизированный для передачи файлов. –  Gulzar 2 May 2009 в 01:49

Теги

Похожие вопросы