|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Moderator 2:5020/510 24 Jul 2002 23:22:08
To : Pavel Krutogolov
Subject : Re: Copy Linux -> new hdd
--------------------------------------------------------------------------------
[+] - избыточное цитиpование
>>>>> "PK" == Pavel Krutogolov writes:
PK> Hi Ramazan!
>>> ясно, man dump; man restore читать не хотим, хотим пофлеймить. Дело
>>> хозяйское. Про то, что файл с дампомо создавать как-бы не нужно, для
>>> этого есть пайп, догадаться тоже сложно.
RF> Hет, просто лень писать dump -0 -f - / | restore -r -f -
RF> // И, кстати, какие там будут параметры в BSD :)? Или в Solaris?
PK> А как dump отнесётся к каталогу /mnt? В него смонтировано 15-30Гб и
PK> тот раздел на который собственно и делается dump!
>>> Какой там, мы же пытаемся доказать что cp -a рулез форевер...
RF> Ты не привёл убедительных доводов в пользу dump/restore.
RF> Вот что я отвечу _аргументированно_, и что не сказал ты сам:
RF> dump/restore _нужен_, если используются дополнительные ext2 атрибуты
RF> (смотри man chattr). Или если ситема - не Linux (как отметил Victor
RF> Wagner).
RF> А по скорости, я только что закончил замерять копирование
RF> 3.8 гигабайтов при помощи dump/restore и cp -ax
RF> Пока только в пределах одного винта - с ext3 раздела на ext3
RF> раздел. Утверждение в конце письма про копирование с одного винта на
RF> другой я проверю попозже. Можешь проверить сам.
RF> cd /mnt/x && time dump -0 f - / | restore -r -f - 24:02
RF> rm -rf /mnt/x/*
RF> time cp -ax / /mnt/x 20:54
RF> Как видишь, cp на 3 минуты быстрее, т.е. на 10%
>>> dump/restore _я_считаю_ БОЛЕЕ ПРАВИЛЬHЫМ СПОСОБОМ.
RF> Просто аргументов ты не привёл.
>>> dump/restore работают на уровне файловой системы.
RF> :) Теория не всегда подтверждается на практике...
>>> у меня вот еще есть такой рецептик "в заначке": ====== From: Alex
>>> Korchmar <Alex.Korchmar@f28.n5020.z2.fidonet.org> ... а это у вас,
>>> батенька, от неумения пользоваться тем, для чего, собственно, юниксная
>>> среда предназначена. tar -cSlpv / | tar -xpv -C /mount/где-там
RF> Кстати, tar не сохраняет ext2 атрибуты (chattr). Так что он вряд-ли в
RF> чём-то лучше cp -ax для копирования...
>>> я уж не говорю про совсем очевидную вещь - запуская два процесса
>>> связаных через пайп, мы более эфективно нагружаем дисковую подсистему.
>>> Потмоу что пока один dump/tar с одного винта читает, второе
>>> restore/tar на другой пишет. ОДHОВРЕМЕHHО. В отличии от cp -a,
>>> который делает все сам.
RF> Как я написал выше, тут нужно сделать бенчмарк. У меня есть два
RF> винта, но второй медленнее. Поэтому описанный эффект может быть
RF> незаметен.
PK> Так оно и есть, второй винт примерно в 2-а раза медленнее и громче!
PK> Bye Ramazan!
--
Best regards, -- Boris.
Any stone in your boot always migrates against the pressure gradient to
exactly the point of most pressure.
--- ifmail v.2.14
* Origin: XtalK (2:5020/510@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
