Unerklärlicher Speicherfresser

[Codehunter]

Nimm doch mal GetMem statt New. Da kannst du die Größe explizit angeben.

[TurboMagic]

Zitat von Codehunter:

Nimm doch mal GetMem statt New. Da kannst du die Größe explizit angeben.

Danke für den Tipp, haben wir aber auch schon durch.
Die Frage ist gerade eher, warum die selbe Datenstruktur im einen Projekt 12 Byte schluckt und
im realen Projekt, ohne dass man im Code etwas anders macht, mehr als 1 KB schluckt.

Mich würde interessieren, wohin Peter's Spur führt und was man da tun könnte.
Wer verstellt diese Speichermanager Eigenschaften?

Das richtige Projekt benutzt außer Delphi's RTL/VCL auch noch JVCL Komponenten und das VST,
aber die sollten doch auch nicht den Speichermanager verstellen?!

[Neutral General]

Hab grad mal geschaut.
New ist am Ende in der .exe auch einfach nur ein GetMem. Das sollte also keinen Unterschied machen (außer Delphi glaubt in deinem Projekt, aus welchem Grund auch immer, dass dein Record 4KB groß ist). Falls das beim Debuggen auch auftritt kannst du aber theoretisch mal auf das new einen Breakpoint machen und dir das ganze im CPU-Fenster anschauen.

Delphi-Quellcode:

var testByteArr: PByteArray;
begin
  New(testByteArr);

CPU-Fenster:

Code:

Unit3.pas.156: New(testByteArr);
0064E055 B800040000       mov eax,$00000400 <---
0064E05A E81D8EDBFF        call @GetMem
0064E05F 8945E4           mov [ebp-$1c],eax

Da kannst du leicht erkennen wie viel Speicher er für dein Record tatsächlich reserviert.

[Codehunter]

Es gibt ja noch tausend weitere Möglichkeiten. Zum Beispiel ein record helper mit Inline-Methoden, der in einer Unit liegt die nur von einem Projekt eingebunden wird. Denn soweit ich die Eingangsfrage bei der Hitze verstehe, geht es ja nicht um das Ergebnis eines SizeOf() sondern um den Speicherverbrauch des ganzen Prozesses.