Thomas Schwarze wrote: [Benchmark]
habe ich gleich ausprobiert und komme auf folgende Werte:
Datei testarea.dat auf ext2fs
8.6MB/sec (oder?)
Datei testaread.dat auf VFAT (bei uns Standard, wegen der Zugriffsmöglichkeit unter Windows 98 für z.B. Quick View Plus):
3.7MB/sec, das ist wohl nicht so viel :-)
So, wie es aussieht, ist die 14GByte VFat Partition der eine Hemmschuh (zumindest unter Linux).
okokok kommen wir zu dem zurück, was Du eigentlich wolltest. Wenn ich das richtig in Erinnerung habe willst Du doch ganze Partitionen kopieren/sichern, oder? Linux hat mit dem Dateisystem nichts zu tun denn es wird ja nur das pure Device kopiert/angefaßt ergo kann auch evtl. langsamer Dateisystemcode daran nicht schuld sein.
Als zweiten Grund habe ich inzwischen die nicht-DMA Unterstützung im Verdacht. Wir haben ein Asus P5A mit AMD K6-350 Proz. mit einem Alladin 1543 Chipsatz, der vom Kernel 2.0.36 bzw. 2.2.3 anscheinend nicht unterstützt wird.
Daran könnte es liegen. Ich kenne deine Hardware nicht aber wenn kein DMA unterstützt wird bzw läuft, dann ist das schon eine erhebliche Leistungsbremse.
Des weiteren habe ich herausgefunden, daß auch beim cp oder anderen Kopieraktionen mittels mc der Rechner bei großen Dateien in die Knie geht. Dabei fängt er schnell an und wird dann immer langsamer, bis die Blöcke (am Leuchten der HD-Lampe zu erkennen) "einzeln über die Leitung getragen werden". Also alle Anschludigungen an dd zurückgenommen ;-) Gibt es dafür eine Erklärung oder besser eine Lösung ? (Bitte nicht DOS, das mit seinen 64 KByte Happen zwar schnell kopiert, aber sonst kleinere Mängel aufweist *g*).
Ich habe sowas noch nie beobachtet und kann es daher auch nicht einschätzen. Da es aber unter DOS geht, sind wohl Hardwarefehler nicht beteiligt. Wie ist denn der Verlauf, wenn Du Dir gleichzeitig mit xosview (oder vergleichbaren CPU-Lastanzeigern) die Aktivität Deines Rechners betrachtest? Wird die CPU-Belastung im selben Maße geringer oder bleibt diese konstant? -- Gruß Raphael Becker -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux