XE7 Memory verbrauch untragbar.

[himitsu]

Ich les da überall was von XE7.

http://www.cnpack.org/downbuilds.php?lang=en
https://github.com/cnpack/cnvcl
https://github.com/cnpack/cnwizards
...

[Der schöne Günther]

Wenn man direkt auf cnPack.org geht, sieht man es zugegebenermaßen auch nicht. Man muss oben auf "Nightly Build" gehen. Da muss man auch erst mal drauf kommen

[jensw_2000]

Der ganze Ärger ändert aber nichts an der Tatsache, dass Windows einem 32bit Prozess einen Adressraum von 2GB gewährt.
1GB Speicherverbrauch ist zwar nicht ganz so wenig, aber wenn man das mal genau durchrechnet ... ... ist es immerhin nur die Hälfte des Möglichen. Da müssten sich also noch echte Bugs im Build Prozess befinden.

Mal so nebenbei, rein interessehalber, nicht böse gemeint und kein Flamen ...
31000+ Zeilen Code? Für eine mobile Anwendung? Heftig!
Kannst Du einschätzen wie viele Zeilen Du geschrieben hast und wie viele Zeilen aus der RTL hinzukommen?
Meine letzte iOS App hatte im Vergleich dazu 800 Zeilen Code verteilt auf 14 TableViewController und 10 Model Klassen. Ein paar UI Spielereien waren auch drin. Für eine kleine iOS App also nicht ganz so klein. Das war so eine Art Tutorial App. Daher habe ich Models und Controller Logik teilweise mehrfach geschrieben, damit ich den Quellcode für die "Leser" schön in separate Unterordner legen konnte. Das Kürzen auf 600 Zeilen wären also keine Hürde gewesen.
Was schreibt man im Mobile Bereich in 31000 Zeilen?

[Mavarik]

Zitat von jensw_2000:

Mal so nebenbei, rein interessehalber, nicht böse gemeint und kein Flamen ...
31000+ Zeilen Code? Für eine mobile Anwendung? Heftig!
Kannst Du einschätzen wie viele Zeilen Du geschrieben hast und wie viele Zeilen aus der RTL hinzukommen?

Aus der RTL? Die wird nicht mit compiliert.

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

Mavarik

[jensw_2000]

[QUOTE=Mavarik;1273276]

Zitat von jensw_2000:

Die Restlichen bilden jedoch die App und das ist leider erst der Rumpf mit minimal Funktionalität.
Mavarik

Na dann gutes Gelingen! Gib's rüber und lass EMBT suchen.

[Mavarik]

Zitat von jensw_2000:

Na dann gutes Gelingen! Gib's rüber und lass EMBT suchen.

QC ist raus..

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

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