Siduction Forum

Siduction Forum => Free Speech => Topic started by: devil on 2011/04/10, 22:55:02

Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: devil on 2011/04/10, 22:55:02
ich hab mal einen blog eintrag angelegt, der eventuell ins wiki kann (von wegen wiki aufstocken).
dann kann ich noch ne menge links und bilder einfügen, so hat es etwas von bleiwüste.
http://www.aptosid.de/index.php?module=news&func=display&sid=32

greetz
devil
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: agaida on 2011/04/11, 00:06:49
Zauberhaft, gut geschrieben, korrekt und nachvollziehbar. Und räumt mit allen Mythen und Legenden auf, die so im Netz umhergeistern.
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: ralul on 2011/04/11, 01:36:58
@devil, im Blog:
- Du musst /tmp auch mounten als tmpfs, der shm mount ist nur zusätzlich, was zB chromium braucht, zB zwei Zeilen aus meiner /etc/fstab
shm             /dev/shm          tmpfs        auto,rw,nosuid,nodev 0 0
mytmp           /tmp              tmpfs       defaults,nodev,nosuid,mode=1777 0 0

- 32*32 sind zwar genau die Löscheinheiten: Wenn die sich verdoppeln, ist aber die MSWindows Einheit von einem Megabyte besser: Megabyte weise besser in der Größe zu sehen, beim Listen in Cylinder Einheiten! Und einheitlich mit zukünftigen 25nm Disks kompatibel für die Beschreibung im Wiki. Und auch mit Windows parallel Installationen kompatibel.
- Du kann gptfdisk auch mit hybrid MBR für Bios Systeme verwenden. Dann kannst Du halt nur von den ersten vier Platten starten. Die folgenden Partitionen sind dann für /home /data etc. Erweiterte Partitionen gibt es dann natürlich nicht mehr.
- beim MBR Beispiel hast Du die Partition nicht mit den Löscheinheiten alignend (unsicher)?
- Das noatime muss mit nodiratime ergänzt werden um es besser zu machen als relatime.
- Du must unbedingt im Wiki erwähnen, dass es aus Kompatibilitätsgründen zu Windows2000 Fake Aligned Platten gibt, wo man am Besten den Jumper auf Hardware non-Fake stellt.
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: agaida on 2011/04/11, 02:01:26
* nur ein Verbesserungsvorschlag, ralul, ich möchte mich nicht durch den Rest wühlen, da weiss ich weniger bescheid. Aber - Das noatime muss mit nodiratime ergänzt werden um es besser zu machen als relatime. - ist definitiv eine der Lügen und Legenden, denen ich aus Bequemlichkeit vor einem halben Jahr auch noch anhing. Schau doch bitte mal in den Quelltext. Nix für ungut ;) Alf
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: devil on 2011/04/11, 10:31:05
ralul,
ups, mit /tmp hast du natürlich recht, irgendwas erschien mir komisch daran :)
noatime beinhaltet sozusagen nodiratime.
den rest muss ich mir erst mal anschauen.
danke fürs feedback so weit.

greetz
devil
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: agaida on 2011/04/11, 10:40:49
Noch mal zum Thema Optionen und Quellcode, das hatte ich im Vorfeld des Kaufs meiner Vertex 2 gefunden.

http://comments.gmane.org/gmane.linux.suse.general.german/199627
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: devil on 2011/04/11, 11:35:16
der kollege auf http://comments.gmane.org/gmane.linux.suse.general.german/199627 hat auch was falsch verstanden. er verwechselt die worte relatime und realtime, was im zitierten http://en.opensuse.org/SDB:SSD_discard_%28trim%29_support öfter als realtime discard verwendung findet. deswegen fragt er immer nach dem zusammenhang von atime,relatime und discard, den es natürlich nicht gibt.
missverständnisse, wohin man schaut.

greetz
devil
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: agaida on 2011/04/11, 11:49:11
Ich meinte den Quelltextauszug am Ende des Threads:#

"relatime" macht ja auch keinen Sinn zusammen mit "noatime" :-)
"nodiratime" wird bereits von "noatime" mit eingeschlossen.

Wie "relatime" funktioniert kann man in der Funktion
relatime_need_update() in fs/inode.c gut sehen. In derselben
Datei wird auch klar, wie "noatime" und "nodiratime" zueinander stehen:

void touch_atime(struct vfsmount *mnt, struct dentry *dentry)
{
  struct inode *inode = dentry->d_inode;
  struct timespec now;

  if (inode->i_flags & S_NOATIME)
     return;
  if (IS_NOATIME(inode))
     return;
  if ((inode->i_sb->s_flags & MS_NODIRATIME) && S_ISDIR(inode->i_mode))
     return;

  if (mnt->mnt_flags & MNT_NOATIME)
     return;
  if ((mnt->mnt_flags & MNT_NODIRATIME) && S_ISDIR(inode->i_mode))
     return;

Mist, hinter jeder Dokumentation steht .c oder .py
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: ralul on 2011/04/11, 12:12:34
aah, nodiratime ist also der auf Verzeichnisse begrenztere Fall von nodiratime. War mir leider noch nicht so bewußt gewesen....
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: devil on 2011/04/11, 13:46:36
s/nodiratime/noatime
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: holgerw on 2011/04/13, 18:35:40
Hallo,

ich möchte diesen Thread gerne Sticky setzen, weiß aber nicht, ob oder wie das geht :roll:

Viele Grüße,
 Holger
Title: Devils Blog Eintrag zu SSDs unter Linux
Post by: RoEn on 2011/04/13, 18:50:47
done, Holger

EDIT: Der Blog-Beitrag wird - mit Zustimmung des Autors - auch im Wiki seinen gebührenden Platz finden.
Title: Re: Devils Blog Eintrag zu SSDs unter Linux
Post by: RoEn on 2011/04/30, 18:39:01
Quote from: "devil"ich hab mal einen blog eintrag angelegt, der eventuell ins wiki kann (von wegen wiki aufstocken).
dann kann ich noch ne menge links und bilder einfügen, so hat es etwas von bleiwüste.
http://www.aptosid.de/index.php?module=news&func=display&sid=32

greetz
devil

done => http://wiki.aptosid.de/index.php?title=Solid_State_Disks_%28SSDs%29_unter_Linux_optimal_nutzen ich bin gespannt auf die Pic's, ggfs kann ja der Artikel auch aufgeteilt werden.