Objektliste sprengt RAM (32-bit)

[Jens01]

Das mit dem Grow is es nicht. Ich hatte schon versucht das runter zu setzen.

Zitat:

Ach ja, noch was: Wenn es bei den Strings viele Duplikate gibt, lohnt es sich evtl. diese zusammenzufuegen:

Ich speichere ja eigentlich keine Strings. Strings gehören zu den Selektoren.
Ich speichere Werte mit TAnyValue eine Art TValue. Das Ding habe ich gerade im Verdacht.

[Jens01]

Zitat:

Nicht zu vergessen: Auch die Objekte selbst benoetigen Speicher und sorgen dafuer, dass er fragmentiert.

Ja genau. Deswegen habe ich eigentlich gefragt, ob das an dem Objekt liegen kann. Kann so eine Fragmentierung so viel den Speicher aufblähen, wenn die Daten selbst eigentlich nur eine sehr kleine Größe haben?

[Jens01]

Soo..
Ich habe das jetzt noch mal getestet. Es scheint wirklich an den Strings zu liegen. 3 Stück habe ich davon, kann aber nur ein String durch einen Integer ersetzen. Dies TAnyValue ist unschuldig!

Das Objekt durch ein Record zu ersetzen, bringt ca 20% an Speichereinsparung. Beim Durchsuchen der Liste wird dann aber mehr als das Doppelte an Zeit benötigt.

Ich glaube, ich muss meine Architektur noch mal überdenken....
Oder auf 64-Bit umstellen und Ram kaufen.
Wahrscheinlich beides.

[stahli]

Jens, schau mal, ob Dir der Thread etwas hilft: http://www.delphipraxis.net/185886-m...inimieren.html

Ansonsten am besten mal ein Testprojekt mit Dummydaten erstellen...

[Jens01]

Danke, Stahli
Ein Dictionary könnte ich noch mal probieren, das könnte Speicher und Performance bringen. Mal sehen...

Zitat:

Ansonsten am besten mal ein Testprojekt mit Dummydaten erstellen...

Habe ich ja gemacht.

[stahli]

Zitat:

Zitat von Jens01 (Beitrag 1342928)

Danke, Stahli
Ein Dictionary könnte ich noch mal probieren, das könnte Speicher und Performance bringen. Mal sehen...

Zitat:

Ansonsten am besten mal ein Testprojekt mit Dummydaten erstellen...

Habe ich ja gemacht.

... erstellen und anhängen ;-)