SSD - Beschleunigung, Konfiguration

Würde gerne mal hier eine Diskussionsrunde anstoßen:

Habe eine 1,8" Mtron Mobi 3018 PATA SSD mit 32GB für mein Notebook gekauft. Es ist ein Sony Vaio TZ11MN/N mit Intel i945GMS Chipsatz. Die Performance-Steigerung im Vergleich zur vorherigen 4200U/M HDD ist unfassbar. Sequenzielles Lesen mit 80MB/s, sequenzielles Schreiben mit guten 50MB/s. Top.

In diversen Foren ist es Leuten aber gelungen, bis zu 105MB/s Lesen und 75MB/s Schreiben aus dieser SSD rauszuholen. Nur wie könnten die das gemacht haben? Write-Cache habe ich aktiviert, dauerhaft schreibende Services wie Indexing und paging habe ich deaktiviert, auch den neuesten Chipsatztreiber und neuestes BIOS habe ich natürlich aber kein Performancegewinn.

Mein Gedanke: Mein Notebook unterstützt den Betrieb des Massenspeichers nur über IDE mit maximal UDMA-5 (100MB/s). Auf das AHCI kann nicht umgestellt werden (Von Sony dauerhaft deaktiviert). Wahrscheinlich deshalb, weil vorher eine PATA HDD verbaut war. Ich habe gelesen, dass PATA Controller über AHCI eher sogar schlechter laufen. Macht es überhaupt Sinn eine PATA SSD über AHCI laufen zu lassen?

Wegen meines BIOS kann ich nicht ausprobieren, ob meine SSD über das AHCI performanter laufen würde. Nur durch einen BIOS-Hack kann man AHCI aktivieren habe ich gelesen. Laut Hersteller Mtron soll AHCI aber was bringen.
Siehe hier: Mtron FAQ

Da es sich hierbei aber um die allgemeinen FAQs handelt könnte sich Mtron mit dieser Aussage auch auf ihre 2,5" SATA Version beziehen.
Aber welche möglichkeiten Gäbe es sonst noch die Performance der SSD zu steigern ? Immerhin geht bei anderen Leuten viel mehr.



Eine weitere Überlegung von mir:
Mtron schreibt im Data-Sheet der Mobi 3000, dass der Controller durch dynamisches und statisches wear-leveleling alle Speicherzellen gleich oft verwendet und somit einen Fehlerfreien Betrieb von 140 Jahre garantiert, wenn täglich 50GB auf die Platte geschrieben werden. Sind die Zeiten, in denen man sich bezüglich dieses Themas Sorgen machen musste vorbei? Macht es überhaupt noch Sinn sämtliche Caches, virtuellen Speicher usw zu deaktivieren, um die Zahl der Schreibzyklen zu minimieren?

Okay - ja das war auch mein Gedanke. Danke für die Hilfe und den Link.

Was meint ihr zum Thema Schreibhäufigkeit? Ist es trotz wear-leveling nötig, die Anzahl der Zugriffe auf eine SSD zu minimieren oder ist das ein mittlerweile weniger brisantes Thema ?

Wie ist es eigentlich, wenn die SSD partitioniert wird und die Partitionen mit unterschiedlich oft genutzten Betriebssystemen bespielt werden? Sagen wir mal:

1. Partition - Windows - 60% - 70% der Zeit genutzt
2. Partition - Unix - 30% - 40% der Zeit genutzt

Wird der Flashspeicher dann unterschiedlich stark abgenutzt oder funktionieren die wear-level algorithmen partitionsübergreifend ?

7oby hat mal wieder überall Recht.

Zu den Benchmark-Werten der "anderen":
Ich kann an ein und dem selben Controller mit EINEM Benchmark-Test Werte zaubern, die von ca 5MB/s bis zu 700MB/s reichen!
Lass Dich also mal nicht davon verwirren, daß andere vielleicht höhere Werte erzielt haben. Das muß nichts heißen!
Eventuell haben die aber auch schlichtweg andere Notebooks, die da nunmal etwas flotter zur Sache gehen.
Deine Werte sind aber doch wirklich ganz gut. Du bist mit der Geschwindigkeit zufrieden und die reinen Werte eines Benchmarks sind immer mit etwas Vorsicht und dem nötigen professionellen Abstand zu genießen.
Sequentielle Transferraten sind schön für große Zahlen, meistens jedoch fern ab jeder Realität. Viel wichtiger sind beim Systemstart die Zugriffszeiten. Das ist eben genau das, was Dir nun diese viel höhere spürbare Geschwindigkeit bringt.

----

Partitionierung:
Aus meiner Linux-Erfahrung würde ich mal einfach das folgende raten: Nimm soviel Platz für Deine Unix-partition, wie gerade benötigt wird, plus (so grob) 2GB. Vielleicht auch +4GB. Mehr freier Platz lohnt m.E. nach aber nicht.
Selbst wenn Du dann noch Bergeweise Libs runterlädst, wirst Du die zusätzlichen 2GB wohl kaum voll bekommen. Zur Not, also wenn Du etwas größeres ablegen willst, kannst Du auch das NTFS-Laufwerk mounten und dort Daten ablegen - nur andersherum geht es ja nicht (Ext3 unter Windows?! Mir nicht wirklich bekannt...)
Also: Das Unix installieren, eventuell zusätzliche Anwendungen, die Du so brauchst, vielleicht nach ein oder zwei Monaten nochmal nachgucken, wie sich der Platzverbrauch entwickelt hat, und dann zur Not mit einem Partitionierungstool "anpassen".
BTW: Hast Du eine Swap-Partition für das Unix? Bei Linux ist das ja üblich... Bei einer SSD mußt Du Dir zumindest keine Gedanken darüber machen diese möglichst weit vorne anzulegen, da die Zugriffszeiten immer gleich sind auf einer SSD. Also einfach dort anlegen, wo es gerade passt.

----

Wear Levelling:
Wenn der Hersteller schon sagt, daß bei 50GB geschriebenen Daten AM TAG die SSD rund 140 Jahre halten müsste, dann kannst Du davon ausgehen, daß Du diese SSD nicht sinnvoll kaputt geschrieben bekommst.
Über die Alterung würde ich mir keine ernsthaften Gedanken machen, solange Du nicht irgendwelche speziellen Logs unter Unix aktivierst, die in winzigsten Datenhäppchen zwangsweise auf die Platte geschrieben werden und das dann GB-weise täglich. (SSDs schreiben üblicher Weise immer 4k-blöcke, egal wie groß die tatsächlich zu schreibenden Daten sind. Daher wären sehr viele sehr kleine Schreibzugriffe, die nicht erst in irgendeinem Cache landen, genau so schlimm wie extrem viele Daten, also z.B. 50GB am Tag)