Erhöhen Sie die Wiederherstellungsgeschwindigkeit von DD

Gerade jetzt nach dem Warten 33 Stunden Ich habe die Wiederherstellung der Festplatte abgeschlossen dev.pm.m3 auf der LVM-Partition aus einem zuvor erstellten gezippten Dump gespeichert 5_dev.pm.m3_2012-11-03.gz.

Hier ist ihr Status:

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

Wie ich die Kopiergeschwindigkeit verbessern kann (570 kB / s ist sehr langsam). Möglicherweise muss ich für die Arbeit mit LVM ein anderes Tool verwenden?

Danke vielmals.

linux dd lvm

— Der Hochstapler
quelle

Es könnte das sein gzip verlangsamt das Ding.

— Basile Starynkevitch

Wenn Sie eine wirklich schwache CPU haben: Ja, gzip könnte die Dinge verlangsamen. Aber ich vermute, die meisten dieser 33 Stunden werden nicht für die Dekomprimierung von 69 GB verwendet. Der Overhead von Transaktionen mit 134217728 (512 Bytes) ist eine sehr viel wahrscheinliche Ursache.

— Hennes

Die Standardblockgröße von dd beträgt 512 Byte, die gelesen oder geschrieben werden. Sie können es beispielsweise auf 1 MB erhöhen, um die Schreibgeschwindigkeit zu verbessern:

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

Sehen man dd für weitere Infos.

— Olaf Dietsche
quelle

Die Blockgröße ist hier definitiv das Problem.

— ypnos

Ist dd in diesem Fall überhaupt gebraucht? Ich erinnere mich, dass ich ein einfaches Zcat für ein Dateisystem (z. B. gzip -dc /servdata/backup/trex/5_dev.pm.m3_2012-11-03.gz > /dev/trex/dev.pm.m3 )

— Hennes

Ich sollte ohne arbeiten ddaber ich weiß nicht wie schnell oder langsam es wäre.

— Olaf Dietsche