XE7 Memory verbrauch untragbar.

[Alex_ITA01]

Hallo zusammen,
ich wollte mich zu dem Thema auch mal äußern.

Wir haben bei uns im Betrieb eine ProjektGruppe mit 17 Projekten (Win32).
Jedes hat so im Durchschnitt 500.000 Zeilen Quelltext.
Die meisten Quelltextzeilen von den 500.000 sind immer die gleichen, also in extra Units, die dann eben von dem ausgewählten Projekt genutzt wird. Also es sind nicht immer 500.000 unterschiedliche von Projekt zu Projekt.

Früher (in XE4/D2009), war Alt+P+K ("Alle Projekte erzeugen") gar kein Problem.
Mit XE7 braucht man es gar nicht zu versuchen!

Man kann ca. 5 Projekte machen, dann ist zwingend ein Neustart der IDE erforderlich.
Der Speicher steht bei 1,2 GB und damit ist Schluss.

Warum hört die IDE bei 1,2GB auf obwohl eine 32bit Anwendung bis zu 2GB kann?

Außerdem ist eine Betrachtung der Speicherauslastung der IDE im Taskmanager schlimmer als eine Achterbahnfahrt. So wie der Speicher da hoch und mal runter geht, fragt man sich, was passiert da überhaupt?

Auch sehr toll ist das Refactoring innerhalb eines Projektes dieser Projektgruppe.
Wenn man da eine Variable innerhalb EINER Unit umbenennen will (und diese kommt in dieser EINEN Unit nur 3x! vor), dann ist der Speicher auch wieder an die 1,2GB Grenze gestoßen nach dem Refactoring.

Fazit: "Nutzbar" ist die IDE bei großen Projekten (innerhalb einer Projektgruppe) leider fast gar nicht.
Also man muss sich dran gewöhnen, regelmäßig einen Neustart der IDE durchzuführen weil sonst Delphi irgendwann mal meldet: Nicht genügend Speicher

OS: Win8.1, 64bit, 16GB RAM

Ich hoffe da wird etwas dran gemacht aber wahrscheinlich liegt da kein Schwerpunkt bei Embarcadero drauf, lieber immer neue Sachen nachbauen, anstatt mal vorhandene Sachen zu optimieren.

Viele Grüße

[Der schöne Günther]

Ich kann überhaupt keine nackten Zahlen beitragen, aber subjektiv kommt mir die IDE nach dem Sprung von XE5.1 auf XE7 auch deutlich langsamer vor. Die IDE braucht schrecklich lange, um ein Projekt zu öffnen. Sekundenlang tut sich nichts.

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

[Insider2004]

Emba kann die XE7-IDE nicht für 64 bit (=unendlich viel freier Speicher) nicht übersetzen, weil da alle möglichen Technologien verwendet werden. Jetzt rächt sich das schlechte Frickel-Design, das über Jahre, trotz Kritik, gepflegt wurde. Ausserdem wurden die Experten alle gefeuert und die Leute im Osten haben auch nicht gerade die Motivation, das zu verbessern (Gehaltsfrage).

[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

[Insider2004]

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

[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.

[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.

[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".