ingo2 schrieb:

es gibt keine SSD-Kernel. Du kannst eine SSD auch unter Hardy mit 2.6.24 nutzen - wenn man o.g. berücksichtigt.

Latürnich. Worauf ich hinaus wollte: Auch die c't schreibt immer „mit aktuellen SSD/mit aktuellen Kernel besteht das Problem nicht mehr…“. Nur: wann ist was aktuell und was nicht? Ich hätte gerne eine Art Tabelle aus der mit einem Blick hervorgeht, dass Kernel X Eigenschaft Y kann und Kernel Z nicht. Oder das Firmware X nicht Y kann oder btrfs Z kann aber ext4 nicht.

sorry, ich weiß daß das der Haoor fürs Wiki-Tim wäre

Genau deshalb können wir das nicht bringen

Liebe Grüße,

Flo

Servus

ingo2 schrieb:

sorry, ich weiß daß das der Haoor fürs Wiki-Tim wäre

Verstehe ich nicht. Warum sollte das ein Horror sein? Es geht doch hier darum, eine Lösung für ein Problem zu finden. Oder meint Ihr, das das Wikiteam für die Aktualität des Wikis verantwortlich ist? Dein Vorschlag klingt für mich in Ordnung

IMHO ging es stfischr aber darum, die Artikel von dem überschwenglichen "Ich muss alles tun um Schreibzugriffe zu vermeiden!"-Ton zu befreien, den die Artikel vermitteln.

Das sollte man bei einem Anlegen eines Update-Artikels gleich mit erledigen

UbuntuFlo schrieb:

Ich hätte gerne eine Art Tabelle aus der mit einem Blick hervorgeht, dass Kernel X Eigenschaft Y kann und Kernel Z nicht. Oder das Firmware X nicht Y kann oder btrfs Z kann aber ext4 nicht.

Hmmm... viele Eventualitäten. Das ist etwas Syntaxarbeit Kann man die Infos nicht auch auf die Ubuntuversionen herunterbrechen? -> Baustelle/SSD/Aktuell Falls Ihr so etwas nicht leisten könnt, bitte melden, dann lösche ich den Artikel wieder

Gruß
kaputtnik

kaputtnik schrieb:

IMHO ging es stfischr aber darum, die Artikel von dem überschwenglichen "Ich muss alles tun um Schreibzugriffe zu vermeiden!"-Ton zu befreien, den die Artikel vermitteln.

Genau.

Hmmm... viele Eventualitäten. Das ist etwas Syntaxarbeit Kann man die Infos nicht auch auf die Ubuntuversionen herunterbrechen? -> Baustelle/SSD/Aktuell Falls Ihr so etwas nicht leisten könnt, bitte melden, dann lösche ich den Artikel wieder

So eine Tabelle finde ich Overkill, für den User ist ja nur Interessant, was er bei welcher Ubuntuversion beachten muss. Also z.B. bei Alignment steht ja schon, muss unter 10.04 manuell gemacht werden.

UbuntuFlo schrieb:

Auch sollte man die Auslastung des RAM im Auge behalten, so dass dieses nicht überläuft.

Das "nicht Überlaufen" wird ja durch die Größenbegrenzung verhindert, welche im Artikel beschrieben ist. Aber diese Größenbegrenzung ist auch das eigentliche Problem, welches ich ansprechen wollte. Öffnet man z.B. in Firefox eine 3 GB rar-Datei, wird diese direkt in /tmp gespeichert, wenn dieses aber auf 2GB begrenzt ist, gibt es nur die Meldung "Platte voll".

Wie definiert man aktuelle SSD/Kernel? Immerhin passt der Artikel ja sowohl mit 10.04 (Kernel 2.6.32) als auch mit Precise (Kernel 3.2). Einfacher wird es erst, wenn Lucid und Maverick EOL haben. Das dauert aber noch bis 2015

Das Problem sehe ich auch, bei der Definition "neue SSD", da es da ja keinen harten Schnitt gab sondern die Techniken Stück für Stück zu unterschiedlichen Zeiten bei verschiedenen Herstellern eingeführt wurden. Ich nenne immer 2010 als das Jahr der "neuen SSDs", weil ab da eigentlich nurnoch SSDs mit Trim, GC und Overprovisioning hergestellt wurden. Man kann/konnte natürlich trotzdem noch günstig die alten Generationen kaufen. :/ Eine Liste mit neuen SSDs wäre auch Overkill.

Wenn Ihr also gute Vorschläge habt, wie man alte (aufwändige) und neue (komfortable, automatische) Konfigurationen unter einen Hut bringen kann, wäre ich dankbar für Vorschläge.

Also die alten Parts, die noch gültig sind würde ich auch weiterhin drin lassen.

Huhu!

Ich habe mal versucht, TRIM und korrektes Alignment übersichtlicher darzustellen.

Liebe Grüße,

Flo

Hallo,

Ich hätte gerne eine Art Tabelle aus der mit einem Blick hervorgeht, dass Kernel X Eigenschaft Y kann und Kernel Z nicht

Ein Fall für mfm

Gruß, noisefloor

stfischr schrieb:

kaputtnik schrieb:

Wie definiert man aktuelle SSD/Kernel? Immerhin passt der Artikel ja sowohl mit 10.04 (Kernel 2.6.32) als auch mit Precise (Kernel 3.2). Einfacher wird es erst, wenn Lucid und Maverick EOL haben. Das dauert aber noch bis 2015

Das Problem sehe ich auch, bei der Definition "neue SSD", da es da ja keinen harten Schnitt gab sondern die Techniken Stück für Stück zu unterschiedlichen Zeiten bei verschiedenen Herstellern eingeführt wurden. Ich nenne immer 2010 als das Jahr der "neuen SSDs", weil ab da eigentlich nurnoch SSDs mit Trim, GC und Overprovisioning hergestellt wurden. Man kann/konnte natürlich trotzdem noch günstig die alten Generationen kaufen. :/ Eine Liste mit neuen SSDs wäre auch Overkill.

Wenn Ihr also gute Vorschläge habt, wie man alte (aufwändige) und neue (komfortable, automatische) Konfigurationen unter einen Hut bringen kann, wäre ich dankbar für Vorschläge.

Also die alten Parts, die noch gültig sind würde ich auch weiterhin drin lassen.

Das Runterbrechen auf Ubuntu-Versionen/Kernel ist mE problematisch - außerdem muß ich dann passen, da ich nur Lucid noch als einzige Ubuntu-Version hier habe. Eine andere Sache, die hier noch garnicht erwähnt wurde ist, der Fall, wenn mehrere Systeme auf der SSD installiert sind, dann muß man den kleinsten gemeinsamen Nenner finden.

Vorschlag: eine Tabelle oder auch nur Absätze zur Gliederung geordnet nach Themen, z.B. so:

Folgende Themen brauchen dank der stetigen Weiterentwicklung der SSD's und Betriebssysteme heutzutage nicht mehr berücksichtigt werden, wenn:

• Alignment wird automatisch SSD-gerecht eingerichtet, wenn man die erstmalige Partitionierung einer neuen SSD mit Gparted ab v0.7.0 durchführt und danach nicht mehr überschreibt, z.B. durch Kopieren mit dd. Das ist ab Maverick? der Fall.

• Trim wird automatisch unterstützt, falls alle Dateisysteme auf der SSD ext4 oder btrfs sind. Das ist defaultmäßig ab Lucid?? der Fall. Dann werden nur noch folgende Kernelparameter benötigt ...

• S.M.A.R.T.-Monitoring benötigt smartmontools ab v5.40 mit aktuellen Updates der Datenbank (/usr/sbin/update-smart-drivedb). Das ist ab Oneric??? der Fall.

• Auslagerung Aktuelle SSD's ab Intel 320 series, OCZ ab ... Crucial ab ... organisieren Schreibvorgänge selbst bei aktueller Firmware. Es ist dann aus Haltbarkeitsgründen nicht mehr nötig, einzelne Verzeichnisse ins RAM zu verlagern. Lediglich, wer unbedingt die maximale Performance rausholen möchte, kann dies dennoch konfigurieren - das betrifft aber herkömmliche HD's genauso.

• .....,.

Solch eine Tabelle könnte man sogar an den Artikel Grundlagen anhängen oder verlinken?

Beste Grüße,
Ingo

ingo2 schrieb:

• Alignment wird automatisch SSD-gerecht eingerichtet, wenn man die erstmalige Partitionierung einer neuen SSD mit Gparted ab v0.7.0 durchführt und danach nicht mehr überschreibt, z.B. durch Kopieren mit dd. Das ist ab Maverick? der Fall.

Jupp ab Mave.

• Trim wird automatisch unterstützt, falls alle Dateisysteme auf der SSD ext4 oder btrfs sind. Das ist defaultmäßig ab Lucid?? der Fall. Dann werden nur noch folgende Kernelparameter benötigt ...

Joa.

• S.M.A.R.T.-Monitoring benötigt smartmontools ab v5.40 mit aktuellen Updates der Datenbank (/usr/sbin/update-smart-drivedb). Das ist ab Oneric??? der Fall.

Oneric: smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.0.0-13-generic] (local build)

• Auslagerung Aktuelle SSD's ab Intel 320 series, OCZ ab ... Crucial ab ... organisieren Schreibvorgänge selbst bei aktueller Firmware. Es ist dann aus Haltbarkeitsgründen nicht mehr nötig, einzelne Verzeichnisse ins RAM zu verlagern. Lediglich, wer unbedingt die maximale Performance rausholen möchte, kann dies dennoch konfigurieren - das betrifft aber herkömmliche HD's genauso.

Das finde ich sehr gut. Crucial ab C300 OCZ ab Vertex 2 und Agility 2, Samsung ab 470 (davor hatten die ja garkeine SSDs oder?), Kingston SSDNow V (eventuell auch schon eher)

Aber für alle Hersteller weiß ich das jetzt auch nicht. Hab immer nur die Top-Player verfolgt. Würde aber auch in einer riesigen Liste enden.

Huhu!

Könntest Du eine solche Liste basteln, stfischr?

Zu TRIM: Siehe Posting mit Tabelle. Zur Info: Ich werde Online Discard (Mount-Option -o discard) mit einer Warnung versehen und nur noch Batched Discard (→ fstrim /mnt/point/) empfehlen. Das heißt, dass Lucid nicht unterstützt wird (mit ext4 erst ab Kernel 2.6.37; Online Discard mit ext4 ab 2.6.33).

Liebe Grüße,

Flo

UbuntuFlo schrieb:

Könntest Du eine solche Liste basteln, stfischr?

Mit neues SSDs?

Ja, neue bzw die, die Auslagerung (und Verschlüsselung?) oder diverse andere tolle Sachen können.

Liebe Grüße,

Flo

Harg, je mehr ich mich dazu belese, umso unklarer wird, welche SSDs nun zur neuen Generation gehören.

Ich hatte mal nen Artikel von ner Computerzeitschrift gelesen, wo diverse SSDs getestet wurden, mal mit und mal ohne Trim und mal voll beschrieben. Aber den finde ich nichtmehr.

So, habe jetzt mal einen ersten Entwurf in der Baustelle gestrickt:

http://wiki.ubuntuusers.de/Baustelle/SSD/Aktuell

Enthält mit Sicherheit noch Typos und ist nicht vollständig. Das könnte man dann ggf. als "Kurzanleitung" oder "Quick Start" als zusätzlich Artikel in die Serie einbinden. Wenn man die vorhandenen Artikel dann so läßt (die werden ja nich falsch deswegen), braucht man in Zukunft nur noch diesen Artikel updaten?

Viele Grüße,
Ingo

Huhu!

Ich werde versuchen, morgen im Laufe des Tages noch einige Dinge zu den SSD zuzusteuern.

Liebe Grüße,

Flo

Huhu!

So, ich war mal so frei: Log

Hier meine Anmerkungen/Änderungen: Baustelle/SSD/Aktuell

Schaut es Euch mal an.

Liebe Grüße,

Flo

Hey,

da hast du ja eine Menge gleich fix und fertig für copy+paste zusammengetragen!

Da stellt sich natürlich jetzt die Frage, wie wir das einbauen?
Sollen wir damit den Artikel "Aktuell" als eigenständigen Artikel - auch für weitere Updates belassen. oder das alles in die jeweiligen Artikel einbauen. Dabei stellt sich dann die Frage, ob man die neuen Informationen komplett in einen eigenen Abschnitt "Update Dec. 2011" packt, oder das an passender Stelle direkt einarbeitet?

Und zuletzt: wer soll's machen - 2 Köche gleichzeitig verderben den Brei

Viele Grüße,
Ingo

P.S.:
habe das mit dem Scheduler mal hier unter Squeeze (kernel 2.6.32, also wie Lucid) probiert:

~$ cat /sys/block/sda/queue/rotational 
0
~$ cat /sys/block/sdb/queue/rotational 
1

Das ist aber nur eine Aussage, ob die SSD erkannt wird. Ob der Kernel bzw. I/O-Scheduler sich jetzt wirklich anders verhält, hängt doch sicher davon ab, mit welchen Parametern der Kernel compiliert wurde?