Freier Speicher in Delphiprogrammen ermitteln?

[Mavarik]

Zitat von tgvoelker:

Du, Mavarik scheinst aber ein grundlegendes Verständnisproblem bei der Windows-Speicherverwaltung zu haben.

Nein eigentlich nicht... Trotzdem Danke für Dein langes Posting um mich zu belehren...
Eine Antwort auf meine Frage wäre mir lieber gewesen...

Vielleicht ist die hier etwas unter gegangen:

Wie kann ich den Restspeicher für ein dynamisches Array ermitteln? Hier wäre es wichtig auch noch einen "restspeicher" für das laufende Programm frei zu halten!


Mavarik

[Bernhard Geyer]

Zitat von Mavarik:

Wie kann ich den Restspeicher für ein dynamisches Array ermitteln? Hier wäre es wichtig auch noch einen "restspeicher" für das laufende Programm frei zu halten!

Da eine dynamisches array AFAIK einen durchgehenden Adressbereich benötigt stellt das für dein "Restspeicher" kein Problem dar, da ja du nur den größten Durchgehenden Adressbereich anforderst aber tausende kleinere Adressblöcke für das "Restprogramm" immer noch verfügbar sin.

[tgvoelker]

Zitat von Mavarik:

...um mich zu belehren...

Entschuldige bitte, war ein langer Tag und eine Belehrung lag nicht in meiner Absicht. Ich wollte eigentlich darlegen, warum GlobalMemoryStatus nicht geeignet ist, Dir entsprechende Informationen zu liefern.

Zitat von Mavarik:

Wie kann ich den Restspeicher für ein dynamisches Array ermitteln? Hier wäre es wichtig auch noch einen "restspeicher" für das laufende Programm frei zu halten!

Mavarik

Der verfügbare Restspeicher für ein dynamisches Array ergibt sich aus der Größe des Segments, in dem das Array angelegt wurde. Das hilft Dir nun nicht so richtig weiter, weil Du ein array of Pointer hast und für jeden Neueintrag einen Speicherbereich allokierst. Das geht solange, wie Segmente frei sind, in die die neu allokierten Speichermengen reinpassen.

Da Du 256MB-Blöcke allokierst, geht das solange, bis kein Segment mehr da ist, das 256 MB groß ist.

Den verfügbaren virtuellen Speicher kannst Du mit GlobalMemoryStatusEx ermitteln:

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Das Problem der Segmentierung bleibt aber nach wie vor bestehen. Wenn Du mehr Speicher allokieren willst, als das größte Segment hat, dann kommst Du um eine Struktur, die über die Segmente eine virtuelle Adressierung legt, nicht herum. ==> TSegmentedMemoryStream.

[Mavarik]

Zitat von tgvoelker:

Da Du 256MB-Blöcke allokierst, geht das solange, bis kein Segment mehr da ist, das 256 MB groß ist.

Nein das war nur für den Test...

Ich programmiere eine Dateiverwaltung die Freelisten, Dirs, Datensegmentlisten usw. in TByteDynArray speichert, die an dauernd erzeugt, vergrößert und wieder verkleinert werden...

Unzählge Setlength Befehle nach 10 Min. Müsste der Speicher eigentlich aussehen wie Schweizer Käse...

Was ich auf keinen Fall will ist eine Out of Memmory Exception...

Daher die Frage...

[DeddyH]

Das ändert aber am Kernproblem nichts: sobald kein zusammenhängender Speicherblock in der benötigten Größe mehr frei ist, ist Schicht im Schacht, obwohl in der Gesamtheit noch genügend Speicher vorhanden wäre. Ein Schritt weg von Arrays hin zu Listen kann das Problem zumindest abmildern.

[Mavarik]

hmm..

Das würde ein komplett neues Konzept bedeutet...

Kann ich davon ausgehen, dass hintereinander liegende wieder frei gegebene Segmente wieder zu einem großen block zusammen gefasst werden?

Mavarik

[tgvoelker]

Zitat von Mavarik:

hmm..

Das würde ein komplett neues Konzept bedeutet...

Kann ich davon ausgehen, dass hintereinander liegende wieder frei gegebene Segmente wieder zu einem großen block zusammen gefasst werden?

Mavarik

Ja. Die Frage ist allerdings, ob die Maßgabe für die Freigabe von Speicher ist, ob die Speicherbereiche beieinander liegen, oder, ob Du die enthaltenen Strukturen noch brauchst.