Unglaublich schneller, aber kleiner Speicher

Hallo zusammen,
ich bin leider nicht ganz auf dem Laufenden, was den SSD-Markt angeht. Ich brauche für die Umsetzung einer Idee ein nicht-flüchtiges Speichermedium, das nur ca. 4GB groß sein muss, diese aber sequentiell unglaublich schnell auslesen kann - Schreibgeschwindigkeit ist nahezu egal. Das ganze darf auch nicht teuer sein. Ich habe bisher in der Richtung lediglich die OCZ Vertex gefunden mit 30GB (32) und 250MB/s Lesegeschwindigkeit maximal. Gibt es vielleicht ein Möglichkeit, für das gleiche Geld weniger Speicher, dafür mehr Speed zu bekommen? Hier nochmal eine Aufzählung der Constraints:

Preis: nicht weit über 100 Euro.
Lesegeschwindigkeit, sequentiell: Unglaublich schnell.
Lesegeschwindigkeit, random: egal.
Schreibgeschwindigkeit: fast egal. Darf ruhig langsam sein.
Speicherplatz: ab 4GB.

Ich habe schon an ein Raid aus SDHC-Karten gedacht, aber der Speed der Lösungen von PhotoFast bspw. ist für den Preis nicht gerechtfertigt und kann somit mit OCZ nicht konkurrieren.
Mir ist klar, dass es sich hierbei um eine spezielle Anfrage handelt, aber vielleicht fällt den Hardwarefüchsen hier ja etwas dazu ein. Vielen Dank für Eure Hilfe!

Edit: Soweit ich weiß bestehen SSDs ja aus mehreren Bausteinen. Können die verarbeiteten Contoller diese Bausteine separat ansprechen? Dann wäre es ja evtl. möglich, bei 16 Bausteinen einfach 16 Partitionen anzulegen und diese per Software-Raid anzusprechen... Wahrscheinlich Spinnerei, aber vielleicht geht's ja.

Eine RAMDisk ist nicht unflüchtig, genau, deshalb kommt sie leider nicht in Frage. Das mit dem Controller habe ich nicht verstanden, aber vermute stark, dass der Controller einer SSD die Daten, die auf eine SSD geschrieben werden, schon so gleichmäßig auf die Bausteine verteilt, um die Geschwindigkeit heutiger SSDs zu erreichen.

Die RAMDisk selbst ist flüchtig, unabhängig davon, ob man mogelt und sie vor dem fllüchten auf ein langsameres Medium sichert. Ich suche etwas anderes. Die Idee, die ich testen möchte, hat ihre Wurzeln im alten Hibernation-System von Linux - ich möchte ein bisschen Kernel Hacking machen und ein schnelles Resume auf die Beine stellen. Deshalb fallen solche Lösungen raus. Und deshalb auch die merkwürdigen Anforderungen.

Windows ist sehr schlau was das Hibernate betrifft:
1. er speichert nicht alle Speicherseiten in das Hibernate File, sondern selektiert. Es nimmt nur die wichtigen u. wiegt dies ab. Dies findest Du hier im Video Blog ab 31:40 min (wirklich guter Beitrag!):
http://channel9.msdn.com/shows/Goi [...] uperFetch/
2. windows komprimiert das pagefile

Ersteres macht Linux definitiv nicht u. dies ist die größte Optimierung, die sie machen können. Da gibt es sicher einfache dinge wie z.B. den Datenträgercache nicht mit ins Pagefile zu schreiben, aber zieht sich dann weiter bis zu soetwas wie SuperFetch. Linux fehlt im Moment die Logik zu wissen welche Speicherseiten wichtiger sind u. welche unwichtiger u. in welchen Situationen. Das ist ein Riesending. Das hackt man nicht mal eben so.

Beim zweiten Punkt bin ich mir nicht sicher was Linux angeht. Ist einfacher zu implementieren. Da könnte man höchstens mal schauen falls es schon implementiert ist, ob es schon Multicorefähig ist:
http://www.zlib.net/pigz/
http://compression.ca/pbzip2/

Allerdings hast beim Resume und beim Suspend zu bestimmten Zeitpunkten keinen Multi-Core mehr. Das könnte man ggf. partitionieren in Teile, die man noch zusammen im Verbund verkleinert u. das letzte bzw. erste Stück muss dann ohnehin als Single Core packen/entpacken muss.

In den aktuellen Linux Symposium Proceedings (leider derzeit offline) wird der suspend/resume Zyklus etwas genauer erklärt:
http://www.linuxsymposium.org/2009 [...] edings.pdf

---

Gibt's für das Turbomemory einen Linuxtreiber? Performance liegt wohl nur bei 40MB/s
http://forum.notebookreview.com/sh [...] p?t=193749

--

Zum Testen des Resumes brauchst ja erstmal gar nicht auf Festplatte schreiben, sondern nur erstmal die Seiten zählen, die Du schreiben willst. Und damit das Resume/Suspend dann schnell geht, lädst den Kernel mit

Das müsste doch ebenfalls funktionieren.

Hyperdrive 5:
http://www.hyperossystems.de/Hyperdrive.htm
Benchmarks:
http://www.hardwareluxx.de/communi [...] p?t=580981

Aber schreib' doch mal lieber Deine Anforderungen bzw. den Anwendungsfall.

Ich denke Du bist paranoid bzgl. RAM-Fragmentierung oder noch nie Hibernate benutzt oder beides.

So what?