|
Das Wort
Wikiteam
Anmeldungsdatum: Dez. 23, 2009
Beiträge: 2161
Wohnort: /dev/null
|

1. Januar 2012 04:01
Unter Lubuntu 10.10 wurde beobachtet, dass wipe in Kombination mit dem Dateisystem ext4 deutlich langsamer als mit ext3 arbeitet. Eine logische Erklärung wären die erweiterten Cache-Mechanismen von ext4, die einen erhöhten Aufwand beim Zugriff auf das Dateisystem zur Folge haben. Allerdings ist bisher unklar, ob es sich um einen Einzelfall handelt.
Könnte man da nicht über die mount-Optionen sync bzw. async etwas ändern. Oder täusche ich mich? Wie verhält es sich mit den ext4 Cache-Mechanismen?
|
|
noisefloor
Wikiteam
Anmeldungsdatum: Juni 6, 2006
Beiträge: 13978
Wohnort: Görgeshausen
|

1. Januar 2012 21:21
Hallo, wenn das _wirklich_ nur 10.10 betrifft, dann können wir uns auch noch 4 Monate gedulden und den Abschnitt dann Löschen - mit dem Supportende von Maverick. Gruß, noisefloor
|
|
aasche
Wikiteam
Anmeldungsdatum: Jan. 30, 2006
Beiträge: 7294
Wohnort: /home/silence
|

2. Januar 2012 02:23
Da ich den Abschnitt hinzugefuegt hatte: ich will mal ausprobieren, ob dieses Problem immer noch vorhanden ist.
|
|
aasche
Wikiteam
Anmeldungsdatum: Jan. 30, 2006
Beiträge: 7294
Wohnort: /home/silence
|

3. Januar 2012 13:40
Ich habe es nochmal nachgeprueft: der gleiche Rechner benoetigt ueber 10 Min. fuer 40 Dateien mit knapp 35 MB (Ubuntu 10.10, ext4), unter 11.10 mit ext3 dagegen ca. 1 Min. (was sich auch mit meinen Erfahrungswerten unter anderen Ubuntu-Versionen mit ext3 deckt). Das ist jetzt zwar kein wirklich objektiver Vergleichstest, aber es deutet weiterhin darauf hin, dass wipe in Kombination mit ext4 langsamer als mit ext3 ist. Ob das von der ext4-Version abhaengt, muesste noch getestet werden. Das Wort schrieb: Könnte man da nicht über die mount-Optionen sync bzw. async etwas ändern.
Keine Ahnung - ich habe die Standardwerte bzw. /etc/fstab nach der Installation nicht geaendert...
|
|
noisefloor
Wikiteam
Anmeldungsdatum: Juni 6, 2006
Beiträge: 13978
Wohnort: Görgeshausen
|

3. Januar 2012 13:44
Hallo, wobei ein Faktor von 10 schon krass ist... Werde das heute Abend mal unter Ubuntu 11.10 und ext4 testen. Gruß, noisefloor
|
|
stfischr
Supporter
Anmeldungsdatum: März 1, 2007
Beiträge: 13366
|

3. Januar 2012 14:42
aasche schrieb: Ich habe es nochmal nachgeprueft: der gleiche Rechner benoetigt ueber 10 Min. fuer 40 Dateien mit knapp 35 MB (Ubuntu 10.10, ext4), unter 11.10 mit ext3 dagegen ca. 1 Min. (was sich auch mit meinen Erfahrungswerten unter anderen Ubuntu-Versionen mit ext3 deckt).
Unterschiedliche Ubuntuversionen, unterschiedliche Wipe-Versionen, unterschiedliche Dateisystemtreiberversion, unterschiedliche Position auf der Festplatte? Also Vergleich würde ich das jetzt nicht gerade nennen. Ich habe mal mit 2 Testdateisystemen (auf SSD) getestet da war ext3 allerdings wirklich mehr als Faktor 10 schneller. Shred hingegen war auf ext3 nur doppelt so schnell als wie wo auf ext4 was ungefähr mit den Unterschieden in der Löschperformance der Dateisysteme hin kommt. Xubuntu 11.10 64 Bit (allerdings mit Komplettverschlüsselung)
|
|
noisefloor
Wikiteam
Anmeldungsdatum: Juni 6, 2006
Beiträge: 13978
Wohnort: Görgeshausen
|

3. Januar 2012 15:06
Hallo,
Unterschiedliche Ubuntuversionen, unterschiedliche Wipe-Versionen,
Nee, bei Lucid bis Oneiric ist es 0.22-9 (Link). Unter Oneiric + btrfs und einer zu 85% belegten HD habe ich den Test abgebrochen, weil wipe für ~4 MB schon fast 10 min braucht... Unter Lucid + ext4 braucht wipe für 38 MB ca. 15 min Von daher würde ich vorschlagen, dass der "Probleme und Lösungen" Abschnitt weg kommt und dafür ein Abschnitt dazu, in dem kurz auf die benötigte Zeit unter verschiedenen Dateisystemen eingegangen wird. Gruß, noisefloor
|
|
stfischr
Supporter
Anmeldungsdatum: März 1, 2007
Beiträge: 13366
|

3. Januar 2012 16:25
Ich denke schon, dass es sich da um einen Fehler oder Spezialverhalten von wipe handelt. Da wie gesagt shred nicht solche krassen Auswirkungen zeigt. Aber ein Hinweis im Artikel, ist natürlich sinnvoll. Eventuell auch, dass in diesem Fall shred mit find kombiniert ne gute Alternative ist (steht im Artikel Shell/shred).
|
|
aasche
Wikiteam
Anmeldungsdatum: Jan. 30, 2006
Beiträge: 7294
Wohnort: /home/silence
|

3. Januar 2012 22:56
stfischr schrieb: Aber ein Hinweis im Artikel, ist natürlich sinnvoll. Eventuell auch, dass in diesem Fall shred mit find kombiniert ne gute Alternative ist (steht im Artikel Shell/shred).
Beides erledigt.
|
|
noisefloor
Wikiteam
Anmeldungsdatum: Juni 6, 2006
Beiträge: 13978
Wohnort: Görgeshausen
|

4. Januar 2012 08:32
Hallo, gut.  Bei den von uns ermittelten Geschwindgkeit würde wipe für das Löschen von 30 GB ("normale Partition") mit ext4 rund 7 Tage brauchen - ganz schön lang... Gruß, noisefloor
|
|
g123
Anmeldungsdatum: Nov. 5, 2007
Beiträge: 370
|

6. April 2012 02:12
Hi, das Beispiel in dem die Dateien nur mit Nullen überschrieben werden sollen ist falsch. Die Argumente "-R /dev/zero -S r" bewirken, dass der Random-Seed aus /dev/zero gelesen wird. Dadurch werden die Dateien nicht mit Nullen überschrieben, sondern mit den immer gleichen Pseudozufallszahlen.
|