XE7 Memory verbrauch untragbar.

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

[Bernhard Geyer]

Der Jira-Eintrag ist RSP-9756

[sahimba]

Zitat von kretabiker:

gleich mal gucken nach einem QC-Eintrag...

Vorhanden. Mehrere. In zumindest einem (der sich auf XE7 bezieht) laufen einige Kunden langsam Sturm. Das Problem ist ja schon länger bekannt, teilweise bereits seit Delphi 2010. Mit XE6 ist das erzeugen einer größeren Projektgruppe kaum mehr möglich. Ich stieß dort auf einen Hinweis, Delphi mit dem Parameter "-noparser" zu starten. Das scheint das Problem zu entschärfen. aber auf die Schnelle hatte ich keine Dokumentation zu dem Schalter gefunden.

[Insider2004]

...seit D2010...Kunden laufen Sturm...! Emba scheint das ja gewaltig zu interessieren! Ich wette, das ist in 5 Jahren noch drin.

[Bernhard Geyer]

nee. wenn schon seit D6 gibts das Problem. In XE7 wurde eine neue Speicherlücke eingebaut

[himitsu]

Zitat von Insider2004:

ist in 5 Jahren noch drin.

Neeeee, bis dahin baucht es noch mehr RAM, aber man hat die IDE auf 64 Bit umgestellt.
(ist nur nicht so leicht, da ja auch alle Addons/Plugins/DesignTimePackages in 64 Bit benötigt werden)


Und nein, denn ich persönlich kenn das Problem in XE3 (und das mit nur einem Projekt) und in XE(1) mit einer Projektgruppe.

[Bernhard Geyer]

Zitat von himitsu:

Neeeee, bis dahin baucht es noch mehr RAM, aber man hat die IDE auf 64 Bit umgestellt.

Mir wurde schon von ein Mrd-$ Firma das genau als Lösung vorgeschlagen. Nimm doch die 64-Bit Version