Улучшить скорость восстановления дд

Только что после 33 часов ожидания я закончил восстановление жесткого диска, dev.pm.m3находящегося в разделе LVM, из ранее созданного zip-дампа 5_dev.pm.m3_2012-11-03.gz.

Вот его статус:

gzip -dc /servdata/backup/trex/5_dev.pm.m3_2012-11-03.gz | dd of=/dev/trex/dev.pm.m3
.................
.................
134217728+0 records in
134217728+0 records out
68719476736 bytes (69 GB) copied, 120513 s, 570 kB/s

Как я могу улучшить скорость копирования (570 кБ / с очень медленно). Может быть, мне нужно использовать другой инструмент для работы с LVM?

Большое спасибо.

linux dd lvm

— Der Hochstapler
источник

Может быть, gzipэто замедляет вещь.

— Василий Старынкевич

Если у вас действительно слабый процессор: да, gzip может замедлить работу. Но я подозреваю, что большинство из этих 33 часов не используются для распаковки 69 ГБ. Затраты на транзакции 134217728 (размером 512 байт) являются более вероятной причиной.

— Hennes

Размер блока по умолчанию для dd составляет 512 байт для чтения или записи. Например, вы можете увеличить его до 1 мегабайта, чтобы улучшить скорость записи:

$ gzip -dc /servdata/backup/trex/5_dev.pm.m3_2012-11-03.gz | дд bs = 1M из = / dev / trex / dev.pm.m3

Смотрите man dd для дальнейшей информации.

— Олаф Дитче
источник

Размер блока - определенно проблема здесь.

— ypnos

ddНужен ли вообще в этом случае? Я вспоминаю, как делал простой zcat для файловой системы (например gzip -dc /servdata/backup/trex/5_dev.pm.m3_2012-11-03.gz > /dev/trex/dev.pm.m3)

— Hennes

Я должен работать без dd, но я не знаю, как быстро или медленно это будет.

— Олаф Дитче