Arch Linux

EXT4 Journaling abschalten wegen SSD?

Bomb@

Weiter oben hies es:

noatime will man haben weil bei ssds die Schreibzugriffe eben viel langsamer sind als die Lesezugriffe.

hmm kommt auf die SSD an, klar ne "billige" hat schon krasse Sprüunge von 170mb/s read zu 35mb/s write. Wenn man aber nen paar € mehr ausgibt (OCZ Ventex2 Extended 100€ 60gb) hab man 285mb/s read und 275mb/s write, auch im 4k-random benchmark weichen beide Werte im Low / Peak / AVG-Bereich nur minimal von einander ab. Meine Daten:

Read
High: 287mb/s
Low: 185mb/s
AVG: 235mb/s

Write:

High: 277mb/s
Low: 171mb/s
AVG: 219mb/s

Das ganze mit <0.2ms Zugrifsszeiten. (Getestet mit nem ATTR-Benchmark)

Wichtig bleibt TRIM. Sonst sind die Werte nich lange so toll 😉

Grüße

bandan

Bomb@ schriebWeiter oben hies es:
noatime will man haben weil bei ssds die Schreibzugriffe eben viel langsamer sind als die Lesezugriffe. 
hmm kommt auf die SSD an, klar ne "billige" hat schon krasse Sprüunge von 170mb/s read zu 35mb/s write. Wenn man aber nen paar € mehr ausgibt (OCZ Ventex2 Extended 100€ 60gb) hab man 285mb/s read und 275mb/s write, auch im 4k-random benchmark weichen beide Werte im Low / Peak / AVG-Bereich nur minimal von einander ab. Meine Daten:

Klar, ist auch eher so, dass atime halt auch bei normalen Fesplatten messbar Zeit kostet, weil es bei jedem Lesen einen Schreibvorgang bewirkt. Wenn man natürlich wissen möchte, wann eine Datei zuletzt gelesen wurde, will man man das haben, sonst kostet es halt. Was Ich mich immer frage, ob das Auslesen des letzten Zugriffs eine neue atime hervorruft und damit einen Schreibzugriff.

SaThaRiel

bandan schrieb[...]Was Ich mich immer frage, ob das Auslesen des letzten Zugriffs eine neue atime hervorruft und damit einen Schreibzugriff.

Das wäre wohl ziemlich Banane, oder? 😉 Dann könntest Du niemals 2 mal nach alten Dateien suchen, die schon lange nicht mehr angefaßt worden sind. Wenn ich mal aufräume, mache ich das normalerweise so...z.B.

find . -atime +30 -type f -ls
find . -atime +30 -type f -exec rm {} \;

Würde der erste Befehl die atime verändern, hätte der 2. keine Wirkung mehr.
Auch Backuptools fassen die atime nromalerweise nicht an, bzw. setzen sie so, daß sie wieder auf dem normalen Wert liegt. Auch ein ls usw. darf das nicht machen. Ich denke, nur "auslesende" Programme (die auf den Inhalt der Datei schauen) werden die atime verändern.

mannohneschuh

[mos@fuckup test]$ touch test
[mos@fuckup test]$ ls -l
insgesamt 0
-rw-r--r-- 1 mos users 0 14. Dez 15:19 test
[mos@fuckup test]$ cat test 
[mos@fuckup test]$ ls -l
insgesamt 0
-rw-r--r-- 1 mos users 0 14. Dez 15:19 test
[mos@fuckup test]$ echo test > test
[mos@fuckup test]$ ls -l
insgesamt 4
-rw-r--r-- 1 mos users 5 14. Dez 15:20 test

Ergo ist die letzte Zugriffszeit wohl nicht das Öffnen sondern das Schreiben einer Datei.

SaThaRiel

Du weißt schon, daß Dir ls -l die Zeit der letzen Änderung anzeigt und nicht die letzte Zugriffszeit?? Um sich die atime anzeigen zu lassen, nutzt man ls -lu.

mannohneschuh

[mos@fuckup test]$ ls -lu
insgesamt 4
-rw-r--r-- 1 mos users 5 14. Dez 15:22 test
[mos@fuckup test]$ cat test 
test
[mos@fuckup test]$ ls -lu
insgesamt 4
-rw-r--r-- 1 mos users 5 14. Dez 15:22 test

portix

Da fehlt ein t:


~/test >ls -ltu
insgesamt 0
-rw-r--r-- 1 stefan users 0 14. Dez 15:53 test
~/test >cat test
~/test >ls -ltu
insgesamt 0
-rw-r--r-- 1 stefan users 0 14. Dez 15:54 test
~/test >

bandan

SaThaRiel schriebDas wäre wohl ziemlich Banane, oder? 😉

Klar kein Thema, war auch eher ein als Witz gemeint, hatte eben noch nie nachgesehen. Was aber ein Wirkliches Szeanario für mich ist, ist folgendes. Man schaut sich einen Ordner mit tausenden Dateien, Bildern, Textfiles usw. in einem Filemanager a la Dolphin oder Nautilus an, dabei werden die ganzen Dateien gelsen um ein Vorschaubild zu erstellen und es muss entsprechend die atime geschrieben werden. Und das macht den Zugrif langsamer egal ob Rotierende Scheiben oder ssd.

mpausch

bandan schriebWas Ich mich immer frage, ob das Auslesen des letzten Zugriffs eine neue atime hervorruft und damit einen Schreibzugriff.

bei der letzten Dateizugriffszeit gehts um den letzen Zugriff auf die Datei und nicht um den Zugriff auf den Inode (in dem die Zugriffszeit gespeichert wird)
von daher: nein.

agaida

@bomb: Ein wesentliches Argument für OCZ hast Du noch vergessen. Die Dinger haben 3 Jahre Garantie vom Hersteller. Soweit ich weiss, kann man bei Windows noch viel weniger Einfluss auf Schreibvorgänge nehmen. Da aber 80-90% der OCZ-Platten in Windows-Sytemen laufen werden, würde ich einfach mal behaupten, dass das Schreibzugriffe sparen an Schwachsinn grenzt.

Wenn das Teil innerhalb von 3 Jahren gehimmelt wird, dann gibts halt ne neue auf Garantie. Aus die Maus. Länger muss so ein Teil auch nicht halten, in 3 Jahren dürfte man anderen Durchsatz zu anderen Preisen und anderen Haltbarkeiten fahren.

« Vorherige Seite