dd wird beim Lesen und Schreiben langsamer

2233
Karlo

user @ user-laptop: ~ $ sudo dd wenn = sd_backup von = / dev / sdd bs = 4M Conv = noerror, sync

205520896 bytes (206 MB) copied, 28.564 s, 7.2 MB/s 247463936 bytes (247 MB) copied, 57.1285 s, 4.3 MB/s 260046848 bytes (260 MB) copied, 73.2388 s, 3.6 MB/s 289406976 bytes (289 MB) copied, 104.121 s, 2.8 MB/s 301989888 bytes (302 MB) copied, 119.627 s, 2.5 MB/s 318767104 bytes (319 MB) copied, 134.332 s, 2.4 MB/s 331350016 bytes (331 MB) copied, 149.977 s, 2.2 MB/s 343932928 bytes (344 MB) copied, 164.332 s, 2.1 MB/s 360710144 bytes (361 MB) copied, 180.361 s, 2.0 MB/s 432013312 bytes (432 MB) copied, 258.438 s, 1.7 MB/s 444596224 bytes (445 MB) copied, 273.024 s, 1.6 MB/s 616562688 bytes (617 MB) copied, 452.296 s, 1.4 MB/s 641728512 bytes (642 MB) copied, 482.516 s, 1.3 MB/s 

Wie kommt es, dass dd nach dem Kopieren dieser 8-GB-Datei langsamer wird? Was kann ich tun?

5
Was ist mit dem Versuch, 'bs = 4M' zu entfernen? Ich finde, dass dd auf unseren Servern schneller ist, ohne es zu benutzen. Nicht sicher, dass es für jeden funktioniert. ericzma vor 13 Jahren 0

1 Antwort auf die Frage

3
Olli

Zunächst werden falsche Zahlen angezeigt, da Linux Ihre Schreibvorgänge zwischenspeichert. Auch Datenträger-Caches können das Lesen beschleunigen.

Nach einer Weile werden Caches verbraucht (sowohl lesen als auch schreiben) und die Geschwindigkeit sinkt. ddBerechnet die Gesamtgeschwindigkeit, so dass es aussieht, als würde die Geschwindigkeit ständig abnehmen, während sie am Anfang sehr schnell war und danach langsamer, aber der Durchschnitt langsam absinkt.

Wenn Sie nach dem Beenden der vorherigen dd(oder einer anderen datenträgerintensiven Operation) eine Weile warten, werden die Caches ausgeschrieben und sollten wieder schnell sein (am Anfang).