|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ramazan Ja-Far 2:5020/400 22 Jul 2002 02:47:20
To : Vladimir Bormotov
Subject : Re: Copy Linux -> new hdd
--------------------------------------------------------------------------------
In fido7.ru.linux, Vladimir Bormotov wrote:
> К чему флейм-то с наездами?
BTW, я не наезжаю.
> dump/restore более универсальное и переносимое средсво. Потому что оно
> предназначено для сохранения и восстановления файловых систем.
:) и в основном для инкрементного резервирования.
Вот только не очень удобное.
К примеру, restore создаёт при работе временные файлы
(по умолчанию в /tmp), типа
/tmp/rstdir1027285871
/tmp/rstmode1027285871
Это - дополнительные неудобства, когда восстанавливается
какая-нибудь FS в single user mode, а корень примонтирован r/o.
Для cp нужна только одна FS в r/w - целевая...
// Кстати, в других юниксах реализация restore может не
// пользоваться временными файлами.
> А вот у cp предназначние совсем другое. Хотя иногда их возможности
> пеерсекаются. Что может быть более убедительным, чем man dump?
Практика.
> RJ> Как видишь, cp на 3 минуты быстрее, т.е. на 10%
>
> мндэ. И что это показывает? Что кешатор хороший. Что хооршо
> оптимизируется конкурентный доступ к одному диску на чтение/запись.
>
> Утверждение было совсем про другое.
>
> Раз уж ты взялся замеры делать - попробуй несколько файловых систем
> копировать. Только с винта на винт. Одновременно. /, /usr, /var
Как? Параллельно запускать несколько процессов "cp -ax",
"tar | tar" и "dump | restore"?
Hафига? Позиционер разбалтывать :)?
А если серъёзно, dump-у тоже прдётся несладко, прыгая головами
диска с одного раздела на другой :)
>>>tar -cSlpv / | tar -xpv -C /mount/где-там
>
> RJ> Кстати, tar не сохраняет ext2 атрибуты (chattr). Так что он вряд-ли в
> RJ> чём-то лучше cp -ax для копирования...
Кроме того, tar не сохраняет сокеты.
> два независимых процесса. Один читает с одно диска, другой пишет на
> другой. Паралельно.
>
> Замеры скорости оставлю каждому желающему в качесве "развлекалочки".
> ...
> Медленость второго винта не сильно повлияет. Тест больше
> характеристический. Досттаочно зафиксировать сам факт.
Пожалуйста, копируем 1.4GB с IBM на Fujitsu
(IDE primary master -> secondary master).
/mnt/src (/dev/hda10) -> /mnt/dst (/dev/hdc1):
*1*
cd /mnt/dst
time /sbin/dump -0 -f - /dev/hda10 | /sbin/restore -r -f -
DUMP: Added inode 8 to exclude list (journal inode)
DUMP: Added inode 7 to exclude list (resize inode)
/sbin/restore: ./lost+found: File exists
real 10m2.065s
*2*
cd /mnt/src
time cp -ax . /mnt/dst/
real 8m2.048s
*3*
time tar -c -l . | tar -x -p -C /mnt/dst
tar: ./dev/log: socket ignored
tar: ./dev/gpmctl: socket ignored
...
real 8m43.599s
Как видишь, cp -ax опять всех быстрее...
// всех румяней и белее :)
--
Bye!
Ramazan
--- ifmail v.2.15dev5
* Origin: Svit Online (post does not reflect views of Golden Tele (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
