Вопросы Теги

lftp: как скопировать файл на удаленном сервере

Но принятие Вас имеет более чем достаточно RAM, я думаю, что файл подкачки должен быть отключен на SSD для расширения времени жизни. Я знаю, что Вы потеряли бы дамп ядра на катастрофическом отказе, но не многие люди нуждаются в той информации

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

Существует также большой объем дезинформации, и в большем Интернете и здесь в Отказе сервера, о SSD, страдающих от плохой продолжительности жизни. Ранняя модель SSD, возможно, имела проблемы, и карты флэш-памяти с интерфейсом USB определенно начинают ухудшаться, но SSD промышленного класса имеют намного лучшие алгоритмы выравнивания нагрузки, и некоторые используют запасную флэш-память для улучшения производительности и износа.

Диски Intel X25-E, например, требуют продолжительности записи 1 петабайта случайных записей для диска на 32 ГБ. При насыщении интерфейса записи (200 МБ/с) без остановок, с перезаписью, моя оценка, это продлится Вам приблизительно 58 дней. Но это пишет что-то как 17 ТБ данных в день к тому диску.

Типичная рабочая нагрузка сервера на диске ОС будет далекой, намного меньше, даже если у Вас есть файл подкачки. Назовите это 50 ГБ в день. Если число на 1 ПБ точно (и я знаю, что это можно считать средним показателем, больше обсуждения позже), это все еще где-нибудь к северу от 50 лет.

Те числа кажутся нелепо высокими, конечно, поэтому давайте посмотрим на реальные цифры, приведенные Intel для ожидаемой долговечности дисков. Intel был рад квалифицировать MLC (непредприятие) диски записать 100 ГБ данных, каждый день, в течение пяти лет. Стандартное понимание SLC по сравнению с флэш-памятью MLC говорит, что флэш-память SLC длится о 10x дольше, чем MLC (вышеупомянутая ссылка показывает это на графике также).

Истина будет подтверждена временем, конечно - мы или начнем видеть, что диски перестали работать рано, или мы не будем. Но числа позади дисков складывают для управления долговечностью, не являющейся проблемой с достойным качеством SSD вообще.

Если Вы используете SSD MLC, то Вы, возможно, правы быть взволнованными. Но примите во внимание, что, если Intel рад оценить диск на уровне 100 ГБ/день в течение пяти лет, это - все еще существенно то же как 50 ГБ/день в течение 10 лет. И, назад к моей исходной точке, все еще необходимо знать, какую фактическую рабочую нагрузку Вы собираетесь сделать на диске.

Лично, я сильно сказал бы для не использования SSD MLC в среде рабочего сервера. Если достойный SSD SLC является слишком дорогим, придерживайтесь вращающих дисков на данный момент.

(Как в стороне, если Вы делаете числа на, говорят 100 ГБ в день в течение 50 лет, который является "SLC, длится 10x дольше, чем MLC" оценка, похоже, что Intel заявляет, что их диск на 32 ГБ на самом деле имеет общее время жизни записи ближе к 2 ПБ данных, не 1 ПБ, процитированному на технической характеристике изделия. Даже если я только доверяю меньшим из тех двух значений, чтобы быть рад, что мои диски X25-E должны прослужить хорошо к северу от 10 лет.)

8
задан 15 May 2010 в 11:01
3 ответа

из страницы справочника:

ftpcopy
Obsolete. Use one of the following instead:
    get ftp://... -o ftp://...
    get -O ftp://... file1 file2...
    put ftp://...
    mput ftp://.../*
    mget -O ftp://... ftp://.../*
or  other  combinations  to  get FXP transfer (directly between two ftp
servers).  lftp would fallback to plain copy (via client) if FXP trans-
fer cannot be initiated or ftp:use-fxp is false.

таким образом, можно скопировать файл путем выполнения:

get filename -o ftp://user@ftpsite/directory/copyoffile

возможно, это будет работать лучше, чем a put/get если только потому, что Вы будете делать, что-то как FXP и сервер будет использовать его собственную локальную пропускную способность

5
ответ дан 2 December 2019 в 22:43

из автоматизированного сценария удара:

lftp -u login,password some.host.com -e "put file ; exit "

и от интерактивной оболочки lftp:

put localFileToBeSent
13
ответ дан 2 December 2019 в 22:43
  • 1
    Спасибо за ответ, но я спрашивал выяснение, как скопировать файл на удаленный сервер, не к удаленный сервер. Файл уже находится на удаленном сервере, и я хочу иметь копию его с другим именем и каталогом. Я должен использовать локальный сервер, получить и поместить команды для этого? –  takeshin 15 May 2010 в 18:43
  • 2
    выглядит что путь, просто смотря эти help вывод в lftp, there' s ничто, что даже намекает copy команда. получите/поместите похож как you' ll должны сделать это. –  cpbills 15 May 2010 в 20:32
  • 3
    @cpbills afaik it' s не для стандартной команды так Ваш будут нужны некоторая удача и поддержка того, что это находится на другом конце Вашего соединения. –  pQd 15 May 2010 в 20:40
  • 4
    как Вы имеете в виду? получите и поместите, довольно общие команды. Вы означали помещать комментарий к моему ответу? и да, сервер должен поддерживать fxp в некоторой способности, но it' s фактическое решение. –  cpbills 15 May 2010 в 22:34

Проверьте зеркало, встроенное для передачи одного или нескольких файлов:

lftp встроенное зеркало может загрузить или обновить целое дерево каталогов. Существует также обратное зеркало (зеркально отразите-R), который загружает или обновляет дерево каталогов на сервере. Зеркало может также синхронизировать каталоги между двумя удаленными серверами, с помощью FXP при наличии.

Так,

6
ответ дан 2 December 2019 в 22:43

Теги

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