F2046 Zu wenig Arbeitsspeicher (Delphi)

[Bernhard Geyer]

APK? Also FMX - Das hättest du gleich am Anfang angeben sollen.
Bei FMX gibts noch ein paar andere Faktoren als bei einem VCL-Projekt.

[Mavarik]

Erstmal alles in eine Resource...

Die Resource natürlich erstmal Packen...

Memo als "Textspeicher"...

[mensch72]

eigentlich "riecht" hier alles nach einer kleinen Datenbank(z.B. SQlite), aus welcher im OwnerDrawRow einer "Anzeigeliste" alles live für eine Zeile zusammengesucht, Regel basiert bearbeitet und ausgegeben/"gemalt" wird.

Farbiger Text, Bildchen, MP3s und was auch immer werden so völlig ohne "alles erstmal in den Speicher laden" fix OnDemand sauber gelöst.

[Sir Rufo]

Bei der Menge an Ressourcen würde ich mit Stellvertreter-Objekten und einem Cache arbeiten.

Die Stellvertreter laden bei Bedarf die Daten aus dem Cache oder vom Datenträger (und befördern die Daten in den Cache). Dadurch sind die scheinbar dauerhaft verfügbar, belasten den Speicher aber nur wenig, bzw. ich kann die Auslastung selber steuern.

[Sel2012]

Erst einmal vielen Dank für die interessanten Vorschläge.
Leider bin ich zu unbedarft, um sie umzusetzen, da ich keine Erfahrungen allein mit den Begriffen habe.

Ich habe versucht, mit der XE8-Anleitung weiter zu kommen:
http://docwiki.embarcadero.com/RADSt...r_%28Delphi%29

"F2046 Zu wenig Arbeitsspeicher (Delphi)

Dieser Fehler wird ausgegeben, wenn für den integrierten RAD Studio-Compiler zu wenig Arbeitsspeicher vorhanden ist.

Dieser seltene Fehler könnte auftreten, wenn Sie eine extrem große Projektgruppe mit Anwendungen und Bibliotheken erzeugen.

Führen Sie zur Lösung dieses Problems einen der folgenden Schritte aus:

Vergewissern Sie sich, dass die Auslagerungsdatei groß genug ist und ausreichend freier Festplattenspeicher zur Verfügung steht. Siehe Ändern der Größe des virtuellen Arbeitsspeichers.:
http://windows.microsoft.com/en-us/w...#1TC=windows-7

Konfigurieren Sie Ihre Projektgruppe so, dass ein Erzeugen außerhalb der IDE möglich ist: Wählen Sie Projekt > Optionen > Delphi-Compiler, und aktivieren Sie die Eigenschaft "MSBuild extern für die Compilierung verwenden".
Erzeugen Sie Ihre Projektgruppe in der Befehlszeile.
Gestalten Sie die Anwendungen und Bibliotheken in Ihrer Projektgruppe so, dass sie überwiegend Delphi-Packages verwenden. Mit Delphi-Packages steht für die IDE ausreichender Arbeitsspeicher zur Verfügung."

Ich habe also den virtuellen Arbeitsspeicher auf 6000 MB erweitert und bei weiteren 120 Bildchen (ab letzem Mecker "zu wenig Arbeitsspeicher") bisher keinen beleidigten Kommentar des Programms bekommen.

Ich probiere mal weiter....

Für andere Komprimierungsstrategien mit FMX bin ich zu dumm

[Mavarik]

Dann google doch mal ZlibEx, Streampacker und Daten als Resource einbinden.

[Bernhard Geyer]

Zitat von Sel2012:

Ich habe also den virtuellen Arbeitsspeicher auf 6000 MB erweitert ...

Seit gefühlt 20 Jahren lässt man die größer der Auslagerungsdatei automatisch von Windows bestimmen. Nur in Spezialfällen stellt man selbst einen Wert ein.
Wenn du dies auf deiner Checkliste für Windowsinstallation hast, lösche diesen Eintrag. Das war noch unter Win3.1 sinvoll, aber nicht mehr bei in 2015 verwendeten Windows-Versionen.

[Dalai]

[OT]

Zitat von Bernhard Geyer:

Seit gefühlt 20 Jahren lässt man die größer der Auslagerungsdatei automatisch von Windows bestimmen. Nur in Spezialfällen stellt man selbst einen Wert ein.

Dem kann ich nicht zustimmen. Es ist immer zu bevorzugen, der Auslagerungsdatei eine feste Größe zu geben. Dadurch gibt es - wenn eh schon ausgelagert werden muss - keine Fragmentierung durch die nicht-dynamische Größe, was die Zugriffsgeschwindigkeit nochmals drastisch reduzieren würde. Außerdem legt Windows immer eine Mindestgröße von vom 1,5-fachen des RAM fest - macht nicht so richtig Sinn, bei 8 GiB RAM 12 GiB Swap zu haben, oder?

[/OT]

MfG Dalai

[Bernhard Geyer]

Zitat von Dalai:

[OT]

Zitat von Bernhard Geyer:

Seit gefühlt 20 Jahren lässt man die größer der Auslagerungsdatei automatisch von Windows bestimmen. Nur in Spezialfällen stellt man selbst einen Wert ein.

Dem kann ich nicht zustimmen. Es ist immer zu bevorzugen, der Auslagerungsdatei eine feste Größe zu geben. Dadurch gibt es - wenn eh schon ausgelagert werden muss - keine Fragmentierung durch die nicht-dynamische Größe, was die Zugriffsgeschwindigkeit nochmals drastisch reduzieren würde. Außerdem legt Windows immer eine Mindestgröße von vom 1,5-fachen des RAM fest - macht nicht so richtig Sinn, bei 8 GiB RAM 12 GiB Swap zu haben, oder?

[/OT]

MfG Dalai

So. Dann erklär mir doch mal genau wie bei meiner SSD die Fragmentierung zu höherer Performance führt?
Wie soll diese Defragmentieren dazu führen das der SSD-Controller die Daten schneller bekommt?

[Dalai]

[OT]

Zitat von Bernhard Geyer:

So. Dann erklär mir doch mal genau wie bei meiner SSD die Fragmentierung zu höherer Performance führt?
Wie soll diese Defragmentieren dazu führen das der SSD-Controller die Daten schneller bekommt?

Bei SSDs spielt die Fragmentierung keine Rolle, wohl aber der verfügbare Speicherplatz, so dass auch dort anzuraten ist, eine feste Größe zu benutzen. Es ging übrigens gar nicht um Defragmentierung (Swap lässt sich mit Bordmitteln eh nicht verarzten) sondern um das Vermeiden von Fragmentierung durch dynamische Größe.

[/OT]

MfG Dalai