HashMap / Objekte auf Festplatte zur Laufzeit auf HD swappen

[lack]

Hallo!

Ist es mit Java Bordmitteln möglich, Objekte zur Laufzeit auf die Festplatte auszulagern?

Ich halte relativ große Datenmengen in Objekte und will dafür nicht den ganzen Arbeitsspeicher verballern.
Die Daten müssen nur während des Programmlaufs erhalten bleiben.

Am Liebsten wäre mir es, wenn ich eine Art Referenz im Arbeitsspeicher halten könnte und nur die großen Daten im Bedarfsfall von der HDD lese.

Die Zugriffe auf die Daten kommen häufig, es sollte also schon einigermaßen performant sein (ca. 50 ms für das Lesen von der Platte sind noch im Rahmen..).

Ich bin für jede Anregung dankbar!

Grüße

lack

 

[SlaterB]

organisiert: Datenbank

simpel: Serialisierung

schnell: TextDokument in optimierten Format

 

[Guest]

organisiert: Datenbank

simpel: Serialisierung

schnell: TextDokument in optimierten Format

zu DB: eher ungern, nur wenns nicht anders geht mit externen Geschichten

zu Serialisierung: immer wenn sich die Daten ändern, müsste ich deserialisieren, die Daten updaten und wieder serialisieren. Ähnlich wenn ich nur lesen will. Das ist doch extrem uneffektiv??
Schön wäre es ähnlich der Windows Auslagerungsdatei: hat ein Objekt eine gewisse Größe überschritten, wird es temporär auf die Platte ausgelagert. Der Zugriff dauert zwar dann etwas länger, ich muss es jedoch nicht "manuell" auseinander- und zusammenbauen.

Textdokument scheidet aus, da nebenläufig auf die Daten zugegriffen werden soll.


Als Datenspeicher ist eine ConcurrentHashMap gedacht, die mir Leser-/Schreibersynchronisation bietet.

 

[Gelöschtes Mitglied 5909]

nehm doch ne java db á la hsql oder derby, ansonsten wirds ohne serialisieren bzw heap space massiv erhöhen net gehn

 

[ig0rant]

Maybe http://java.sun.com/j2se/1.4.2/docs/api/java/lang/ref/SoftReference.html

 

[lack]

Maybe http://java.sun.com/j2se/1.4.2/docs/api/java/lang/ref/SoftReference.html

Danke, werde ich mir mal anschauen.

Jemand noch andere Vorschläge?

 

[maki]

Jemand noch andere Vorschläge?

DB wurde ja schon erwähnt, am besten mit 'nem ORM.

 

[Leroy42]

immer wenn sich die Daten ändern, müsste ich deserialisieren, die Daten updaten und wieder serialisieren. ... Das ist doch extrem uneffektiv??

Nein das ist effektiv!
Was du meinst, ist ineffizient.