|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Pavel Krutogolov 2:463/5555.555 22 Jul 2002 12:02:22
To : Ramazan Ja-Far
Subject : Copy Linux -> new hdd
--------------------------------------------------------------------------------
>> ясно, man dump; man restore читать не хотим, хотим пофлеймить.
>> Дело хозяйское. Про то, что файл с дампомо создавать как-бы не
>> нужно, для этого есть пайп, догадаться тоже сложно.
RF> Hет, просто лень писать dump -0 -f - / | restore -r -f -
RF> // И, кстати, какие там будут параметры в BSD :)?
RF> // Или в Solaris?
А как dump отнесётся к каталогу /mnt? В него смонтировано 15-30Гб и тот раздел
на который собственно и делается dump!
>> Какой там, мы же пытаемся доказать что cp -a рулез форевер...
RF> Ты не привёл убедительных доводов в пользу dump/restore.
RF> Вот что я отвечу _аргументированно_, и что не сказал ты сам:
RF> dump/restore _нужен_, если используются дополнительные ext2
RF> атрибуты (смотри man chattr). Или если ситема - не Linux
RF> (как отметил Victor 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 -
RF> 24:02
RF> rm -rf /mnt/x/*
RF> time cp -ax / /mnt/x
RF> 20:54
RF> Как видишь, cp на 3 минуты быстрее, т.е. на 10%
>> dump/restore _я_считаю_ БОЛЕЕ ПРАВИЛЬHЫМ СПОСОБОМ.
RF> Просто аргументов ты не привёл.
>> dump/restore работают на уровне файловой системы.
RF> :)
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> Поэтому описанный эффект может быть незаметен.
Так оно и есть, второй винт примерно в 2-а раза медленнее и громче!
Bye Ramazan!
--- GoldED+/W32 1.1.5-20020104
* Origin: ДДНННДґPARTIZAN@SuperMAN.ruГДНННДД (2:463/5555.555)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
