Bei der Speicherauslastung werden die DLLs, BPLs und sonstiges reingemapptes Zeugs nicht mitgezählt.
Dazu kommt dann noch die Speicherfragmentierung, wegen der man eh nicht komplett (an einem Stück) den restlichen "freien" reservieren kann.

Wenn also noch mehr Zeugs eingebaut wurde, bleibt effektiv immer weniger Platz übrig.

Ja, das ist schon klar. Es ist auch interessant die Speicherkarte von FastMM dort mitlaufen zu lassen.

Und jetzt kompiliere ich ein Projekt mit 400k LOC und eins mit 180k LOC ohne Probleme auch hin- und her. Diese Projektgruppe hat unter XE7 auch Probleme gemacht.

Also besser ist es definitiv...

Marco C. hat schon mitgeteilt, dass bzgl. Speichermangel sich in XE8 nichts im Vergleich zu XE7 oder XE6 getan hat.
Also schön warten bis XE9 oder XE10 oder XE11.

@Insider2004: es nervt nur noch. Aber ich will dann doch mal darauf "antworten".

Wir wissen (oder vermuten eher), das Emba derzeit nicht die Kapazitäten hat, die IDE komplett aufzusetzen, was natürlich allen zum Vorteil gereichen würde. Aber wie Du ja sicherlich aus deinen umfangreich gesammelten Erfahrungen weißt, muss man bei großen Projekten Prioritäten setzen (und das ist Delphi nun einmal). Mir persönlich würde es selbstverständlich auch besser gefallen, wenn die Prio 1 auf der IDE und der VCL liegen würde, aber verständlicher weise sind die Anpassungen im Mobile-Bereich und iOS derzeitig für die Masse der Nutzer wichtiger. Wenn ich ein ("veraltetes") Projekt migrieren muss (meinetwegen von D5 oder D7) haben das Team oder ich auch nicht immer die Resourcen, alles auf einmal zu machen. Da werden dann auch von der Geschäftsleitung oder dem Vorstand Prio´s gesetzt. So einfach ist das in der Software-Entwicklung.

Gruß Thomas

Zitat von TRomano:

verständlicher weise sind die Anpassungen im Mobile-Bereich und iOS derzeitig für die Masse der Nutzer wichtiger

Etwas OT, aber da bin ich mir gar nicht sicher. Die ganze Power wird in die mobile Delphi-Entwicklung gesteckt, aber ob das für die Masse der Nutzer wichtig ist...?
VCL-Probleme werden einfach derzeit wenig diskutiert, weil sich auf dem Sektor nichts tut und sich alles weitestgehend eingespielt hat.

Für VCL-Entwickler ist die Situation seit Jahren wie von Mehltau belegt. Keine echte Entwicklung mehr. FMX ist nicht nutzbar und neue Technologien sind für VCL-Entwickler unerreichbar. Seit 2000 fehlt in VCL der Region support und ähnliches. Ich glaube nicht, dass das nach jetzt 15 Jahren noch was passiert.

Zitat von Insider2004:

Für VCL-Entwickler ist die Situation seit Jahren wie von Mehltau belegt. Keine echte Entwicklung mehr. FMX ist nicht nutzbar und neue Technologien sind für VCL-Entwickler unerreichbar. Seit 2000 fehlt in VCL der Region support und ähnliches. Ich glaube nicht, dass das nach jetzt 15 Jahren noch was passiert.

Unicode (2008) und 64-Bit (2011) ist wohl nix? Und Skinning/Theming ist für manche auch ganz wichtig.
Und welche Technologien sind nicht erreichbar? Mobile Plattformen? Dafür gibts FMX! Server - Da ist man ziemlich blank. War es aber schon immer. Und VCL hat hier auch nicht zu suchen.

Und welche Technologien sind für VCL-Entwickler unerreichbar? Was wäre für dich Region-Support? Und was "ähnliches"?

Zitat von Bernhard Geyer:

Was wäre für dich Region-Support?

Ich hatte auch erst gedacht, er meint {$REGION ... }, aber das machte im Zusammenhang von VCL gar keinen Sinn.

Zitat von Bernhard Geyer:

Server - Da ist man ziemlich blank.

Würde ich so nicht sagen. DataSnap funktioniert bei uns auch mit mehreren hundert Clients über Tunnel im Internet sehr gut und stabil.

Zitat von jaenicke:

Zitat von Bernhard Geyer:

Server - Da ist man ziemlich blank.

Würde ich so nicht sagen. DataSnap funktioniert bei uns auch mit mehreren hundert Clients über Tunnel im Internet sehr gut und stabil.

DataSnap ist eine Technik für einen Datenserver. Ok. Läuft aber auch nur unter Windows. Unsere Kunden haben im Serverbereich aber oft nur Linux-Systeme.