XE7 Memory verbrauch untragbar.

[Insider2004]

Der Speicher ist fragmentiert durch milliardenfach falsche Allokierung. Das hält nicht mal FastMM aus.

[jaenicke]

Weil es nicht darauf ankommt, ob genügend Gesamtspeicher verfügbar ist, sondern ob ein zusammenhängender Speicherbereich in der gewünschten Größe verfügbar ist.

Dazu kommt, dass der Fehler auch auf Speicherprobleme zurückzuführen sein kann, bei denen z.B. Speicher durch Fehler überschrieben wird. Das kann man von außen erst einmal nicht sehen ohne das genauer zu untersuchen.

[TRomano]

Selbst wenn Emba die IDE auf x64 umstellen könnte bleibt ja das Problem an sich. Nur hätte man dann kurzzeitig den "Erfolg", dass die IDE nicht bei 2GB Verbrauch abstürzen würde. Nur denke ich, dass man dann auch den bequemen Weg gehen würde: "Läuft doch ..." und keine Resourcen in die Qualitätsverbesserung (fehlerhafte Allokierung von Speicher) stecken würde. Leider.

[Bernhard Geyer]

Zitat von Alex_ITA01:

Moin zusammen,
mich würde trotzdem mal interessieren, warum hört die IDE bei 1,2GB auf obwohl eine 32bit Anwendung bis zu 2GB kann?

Viele Grüße

Die 2 GB (bzw. 3 GB wenn die Exe mit dem 3GB-Schalter kompiliert wurde) wird eine Anwendung nie erreichen.
Die Exe wird immer dann nicht mehr Speicher bekommen wenn Sie einen Speicherblock der Größe x anfordert, aber im 32-Bit Adressraum nur noch ein durchgehender Bereich der maximalen Größe x-1 Byte verfügbar ist.

[Der schöne Günther]

(Hat sich erledigt!)

Zitat von Der schöne Günther:

Mit Speicherverbrauch hatte bislang noch keine Probleme, wahrscheinlich sind unsere Projekte alle zu popelig

´

Jetzt hat es mich auch erwischt- Es ist sogar ein extrem kleines Projekt, allerdings lässt es sich partout nicht auf Win64 kompilieren. Er bricht immer in der selben Zeile ab (markiert sie sogar) und meldet "Nicht genügend Arbeitsspeicher".

Verfolge ich während der Kompilierung die Auslastung im Taskmanager geht der Speicherverbrauch nie über 250 MB! Er ändert sich eigentlich überhaupt nicht.

Ich habe diese "MsBuild"-Geschichte noch überhaupt nicht verstanden. Kann mir das jetzt überhaupt weiterhelfen? Oder muss ich erst einmal alle DCC64-Kommandozeilenschalter auswendig lernen?


Kommando zurück, Andys DCC64 Speedpack deaktiviert und es funktioniert einwandfrei

[Uwe Raabe]

Zitat von Der schöne Günther:

Ich habe diese "MsBuild"-Geschichte noch überhaupt nicht verstanden.

Gehst du auf "Projektoptionen". Dort unter Delphi-Compiler für die entsprechende Build-Konfiguration die Option "MSBuild extern für die Compilierung verwenden".

[Der schöne Günther]

Ja, den Punkt habe ich über F6 auch gefunden, aber Auswirkungen hatte das auch nicht. Ich wüsste auch nicht, was ich eigentlich hätte erwarten sollen

Die "Schuld" lag (zumindest bei mir) am Fixpack

[jbg]

Zitat von Der schöne Günther:

Die "Schuld" lag (zumindest bei mir) am Fixpack

In welcher Hinsicht? Braucht das Projekt wegen IDE Fix Pack mehr Speicher?

[Der schöne Günther]

Hallo-

Ich habe nur ganz stümperhaft in den Task Manager geschaut, dort überhaupt keine Änderungen am Speicherbedarf sehen können und ungläubig auf den abgebrochenen Kompilierungsvorgang geblickt.

Dann habe ich CompilerSpeedpack64.dll (Version 5.71) aus der Liste der Experten (Registry) entfernt, und nach einem Neustart kompiliert das Projekt anstandslos.

Ich kann über die nächsten Tage da noch einmal genauer nachbohren. Kann ich irgendwie etwas protokollieren lassen das dir weiterhelfen würde?

[kretabiker]

Jetzt kann ich mich auch in den Kreis der Weinenden und Heulenen einreihen...

Dieses Wochenende umgestellt von XE 3 auf XE 7 Upd 1, und prompt bei einer Projektgruppe mit sieben Teilprojekten schon bei den leichtesten Aufgaben auf den Out of Memory-Fehler gestoßen. Die Projektgruppe ist zwar sehr komplex und verwendet auch ebenso komplexe Fremdkomponenten (u.a. RemObjects DataAbstact), aber das war in XE3 kein Problem. Ich habe dann erst einmal alles unter CodeInsight ausgeschaltet, damit ging es etwas besser. Das IdeFixPack für XE 7 hatte ich sicherheitshalber schon vorher deinstalliert.

Ein großes, aber einfaches Projekt (nur ein Projekt in der "Projektgruppe") dagegen machte keine Probleme, egal was ich gemacht habe.

Da scheint XE 7 noch nen heftigen Bug bei komplexeren Projektgruppen zu haben. Eieiei, das wird was werden - gleich mal gucken nach einem QC-Eintrag...