XE7 Memory verbrauch untragbar.

[Stevie]

Zitat von Mavarik:

Zugegeben 11000 Zeilen davon sind von TMS...
Die Restlichen bilden jedoch die App und das ist leider erst der Rumpf mit minimal Funktionalität.

Und genau deshalb kompiliert man 3rd Party Zeugs nich selbst jedesmal, sondern legt seinen Library Path auf das Verzeichnis wo einzig die dcus liegen.

[Mavarik]

Zitat von Stevie:

Und genau deshalb kompiliert man 3rd Party Zeugs nicht selbst jedesmal, sondern legt seinen Library Path auf das Verzeichnis wo einzig die dcus liegen.

Da gebe ich Dir natürlich recht, für den Fall das die 3rd Party Librarys fehlerfrei sind. Leider ist das nicht so - sorry Bruno - und daher möchte ich schon mit dem Debugger im Source an die richtige Stelle kommen, bei einer Exception oder beim debuggen.

Oder habe ich da etwas falsch verstanden, gibt es eine Möglichkeit nur die Library zu linken und im Fehlerfall oder bei F7 trotzdem im Source zu stehen?

Mavarik

[Stevie]

Zitat von Mavarik:

Oder habe ich da etwas falsch verstanden, gibt es eine Möglichkeit nur die Library zu linken und im Fehlerfall oder bei F7 trotzdem im Source zu stehen?

Für sowas gibt's DCUs mit Debug Informationen.

[mquadrat]

Aber das wird mit dem neuen Package-Manager ja alles besser

[ventiseis]

Gibt es eigentlich für diese ständigen Speicherprobleme irgendeinen Workaround? Es gibt einige offene Einträge dazu in der QC für verschiedene Delphi-Versionen - aber einen Workaround habe ich bisher nicht ausmachen können.

Meist verabschiedet sich die IDE bei so ca. 1GB verbrauchten Arbeitsspeicher - warum kann Delphi eigentlich die 2GB nicht ausnutzen?

Kann man (irgendwas) innerhalb der IDE ausschalten, damit das Problem wenigstens nicht so häufig auftritt? Wie haben hier ein Delphi-Projekt (XE3) mit vielen Generics, da muss nach dreimal kompilieren die IDE neu gestartet werden. IdeFixPack / ddev-Extensions bringen leider auch keine Abhilfe. Und nach den beschriebenen Problemen in späteren Delphi-Version scheint ein Update auch keine Lösung zu sein.

[Insider2004]

Der QC wird nicht so schnell gelöst werden. Die XE+ IDEs sind ein Sammelsurium aus Delphi, C++, Java, J#, C# und was weiss ich noch alles. Irgendwas verhindert immer wieder, das man das als 64 bit app kompiliert. Wie ich EMBA kenne, dauert das noch mal 5 Jahre. So 2020 werden wir frühestens eine 64 bit IDE sehen. Vielleicht auch gar nicht.

[bepe]

Habe mit Mobile nichts am Hut aber klassische VCL Projekte mit mehreren Millionen Zeilen Quelltext auf ein dutzend Projekte verteilt und per Gruppe erzeugt, wird von meinem XE7 tadellos verarbeitet. Speicherverbrauch unter 500 MB...

Aber wenn ich die kostenlose Castalia Version installiere steigt der Verbrauch um 1gb und Arbeiten wird unmöglich. Vielleicht ist Delphi diesmal unschuldig?

[Dejan Vu]

Zitat von Stevie:

Für sowas gibt's DCUs mit Debug Informationen.

Wie, und damit kann ich dann auch in die Quellen reinhüpfen, um schrittweise auszuführen, ohne alles kompiliert zu haben? Sollte ich vielleicht doch mal das Handbuch lesen? Wenigstens ein einziges Mal?

[Uwe Raabe]

Zitat von Dejan Vu:

Zitat von Stevie:

Für sowas gibt's DCUs mit Debug Informationen.

Wie, und damit kann ich dann auch in die Quellen reinhüpfen, um schrittweise auszuführen, ohne alles kompiliert zu haben? Sollte ich vielleicht doch mal das Handbuch lesen? Wenigstens ein einziges Mal?

Ja, sowas hilft gelegentlich...

Es sind zwei Dinge zu beachten:

1. Compilieren mit Debug-DCUs
2. In den Bibliotheks-Optionen muss der Pfad zu den Sourcen in Suchpfad stehen

Wohlgemerkt: Suchpfad (das ist wo der Debugger sucht) nicht Bibiothekspfad (das ist wo der Compiler sucht)!

[jaenicke]

Zitat von ventiseis:

Und nach den beschriebenen Problemen in späteren Delphi-Version scheint ein Update auch keine Lösung zu sein.

Das ist mit XE6 bei uns deutlich besser geworden. So heftig war das Problem bei uns aber auch nie.
Du kannst zumindest in den aktuellen Versionen aber den externen Compiler einstellen, damit der statt des internen benutzt wird. Das löst das Problem bei uns absolut.

Einziges Problem, das wir in XE6 hatten (bei XE7 hatte ich das bisher nicht, habe es aber auch nicht intensiv getestet):
Beim Debuggen von DLLs steigt die IDE immer wieder mal aus. Leider nicht reproduzierbar, am vollen Speicher scheint es aber nicht zu liegen, der Verbrauch ist moderat.