XE7 Memory verbrauch untragbar.

[Mavarik]

Hallo Zusammen!

Es war ja schon ätzend genug, dass man XE6 nach 3-4 Build (Android) oder 8-10 Build (Win32) neu starten musste, weil kein Speicher mehr da war, aber jetzt mit XE7 ist es echt ne Katastrophe.

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

Arbeitet sonst noch jemand mit XE7?

Mavarik

[Der schöne Günther]

Ich bin hauptsächlich noch auf XE5.1, aber bislang ist mir bei XE7 (für Win32) nichts aufgefallen, trotz zahlreichen Add-Ons (cnPack, gexperts, IDE Fix Pack, ...)

[Mavarik]

Hast Du ein Projekt von einer mobilen App mal reingeladen?

Plötzlich werden alle Dateien die im Projektordner lagen mit auf das Device deployed...

Beispiel:

- Bilder.RC
- Build.Bat
- todo.txt

[Der schöne Günther]

Hast du "What's new in XE7: Project Files Are Automatically Added to the Deployment Manager" gesehen? Vielleicht ist es das...

[Uwe Raabe]

Das kann ich so nicht direkt nachvollziehen. Ich habe zwar jetzt kein Android-Projekt ähnlicher Größe, aber auch ein mehrmaliges Build einer Win32-App mit > 800.000 Zeilen bringt den verwendeten Speicher hier nicht dauerhaft über 450 MB. Das meiste davon wird auch nach dem Schließen des Projekts wieder freigegeben.

[himitsu]

Und ich dachte das Speicherleck (und der geile Cache) im Inline-Compiler wurde langsam mal behoben?

Beim CommandLine-Compiler fällt es ja nicht auf, da der ständig neu gestartet wird. :roll:


PS: Selbst in XE kann man keine "größere" Projektgruppe auf einmal durchkompilieren.

Habt ihr das coole Tool vom Andy eingebunden?
Der räumt den Cache ein bissl auf (wenn ich mich nicht irre).



In meinem XE3 ist auch lange nichts mehr aufgefallen, aber bei einer Hardcoresession anfang des Jahres ist mein Warncode plötzlich angesprungen, welchen ich fast schon vergessen hatte. :lol:
Hier gibt es irgendwo einen Thread, wo ich auch mal solche Speicherprobleme hatte und dabei hatte ich mir eine BPL mit einem Thread oder Timer in die IDE eingebunden, wo dann bei vollem RAM kurz vorher eine Warnung kommt, so ala "He, der RAM ist gleich voll ... Willst du nicht lieber noch schnell speichern, bevor alles abraucht?".
Und Andy hatte da auch noch ein paar interne Dinge verraten, bzw. es gab ein Tool von ihm, welches da versucht bissl aufzuräumen.

[Bernhard Geyer]

Hier meine Daten bezüglich Speicherverbrauch (Arbeitssats aus Taskmanager)

Nach Start (ohne Projekt)
D6: 87 MB
XE6: 33 MB
XE7: 31 MB

Mit Projekt (Projekt.dpr-Datei geöffnet, 32 Bit-Anwendung, ca. 2 Mio. Quellcodezeilen)
D6: 89 MB
XE6: 350 MB
XE7: 323 MB

Nochmaliger kompletter Rebuild:
D6: 225 MB
XE6: 545 MB
XE7: 524 MB

Und nochmal kompletter Rebuild:
D6: 229 MB / 234 / 235
XE6: 548 MB / 547 / 549
XE7: 544 MB / 546 / 547

Übrigens. Für Projektgruppen compilieren ist es doch viel schöner Batch-Dateien mittels MSBUILD zu erstellen.
Oder am besten gleich einen Buildserver :-)

[cookie22]

Zitat:

Zitat von Mavarik (Beitrag 1273139)

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

Wieviel GB hat dein Arbeitsrechner? 2GB? Meiner hat 16GB da würde mich 1GB nicht kratzen.

[Mavarik]

Zitat:

Zitat von cookie22 (Beitrag 1273165)

Zitat:

Zitat von Mavarik (Beitrag 1273139)

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

Wieviel GB hat dein Arbeitsrechner? 2GB? Meiner hat 16GB da würde mich 1GB nicht kratzen.

Habe der VM auch mal 16GB von den 32GB Arbeitsspeicher zugewiesen... Das 1GB stört mich nur deswegen, weil die IDE meldet - nicht genug Arbeitsspeicher!

[Uwe Raabe]

Zitat:

Zitat von cookie22 (Beitrag 1273165)

Wieviel GB hat dein Arbeitsrechner? 2GB? Meiner hat 16GB da würde mich 1GB nicht kratzen.

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.