XE7 Memory verbrauch untragbar.

[Mavarik]

Zitat von Uwe Raabe:

Die IDE ist aber ein 32-Bit Prozess und hat somit faktisch eine architekturbedingte Grenze von 2GB. Meistens bekommt man bei etwas über 1 GB Speicherverbrauch auch schon die von Mavarik erwähnte Meldung. Insofern sind seine Bedenken sicher gerechtfertigt. Es wäre nur schön die genauen Kriterien dafür zu ermitteln, damit man auch einen reproduzierbaren Testfall auf den Tisch legen kann.

Hab da mal ein Video von gemacht...

IDE neu gestartet... Projekt geladen... ein Build...(Beim 2. Mal wird's mehr)

Abgesehen vom Linux-Linker - oder was auch immer das ist - der mal eben auch 1GB braucht.

Mavarik

[Bernhard Geyer]

Hast du auch Virenscanner und Co. so konfiguriert das sie nich in jedes pas/dcu/...-Datei schauen?

[Mavarik]

Zitat von Bernhard Geyer:

Hast du auch Virenscanner und Co. so konfiguriert das sie nich in jedes pas/dcu/...-Datei schauen?

Nein - und die Verzeichnisse sind sowieso ausgeschlossen!

[Bambini]

Zitat von Mavarik:

Ein Build (Android App mit 31xxx Lines) und schon verbraucht die IDE 1GB Speicher!

Arbeitet sonst noch jemand mit XE7?

Mavarik

Das ist vermutlich ein BUG im Quelltext Parser für Code- und Error-Inside.
Der kommt mit dem Quelltext von einigen Units nicht zurecht.
https://quality.embarcadero.com/browse/RSP-9568

[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

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