Wie kann ich weniger Speicher nutzen?

[Matze]

@DJ-SPM: Schau mal nach, was oben in der Unit/den Units alles unter den uses drinsteht.

Vieles davon brauchst du nicht, es wird jedoch trotzdem in das Programm hineinkompiliert.
Entferne einfach nacheinander die einzelnen eingebundenen Units und kompiliere, wenn keine Fehlermeldung kommt und die Unit nicht automatisch wieder hinzugefügt wird, benötigst du sie nicht.

So lässt sich dann auch etwas Speicher sparen, ob es sehr viel ausmacht, weiß ich nicht, aber etwas weniger wirst du hinterher wohl haben.

[DelphiFreund]

Eigentlich Schade dass da sonst nichts geht. Hab mir auch schon non-vcl angesehen, aber trotz Tuts kapier ichs nicht.

Gruß DelphiFreund

[Hansa]

Die WinApi ist ein fast direkter Zugriff auf das Betriebssytem. Das sollte man aber besser sein lassen. Wenn sich da was ändert, dann kann man sein Programm wegschmeißen. Siehe .NET.

[Luckie]

Und wo ist da die VCL im Vorteil? Sie macht doch nichts anderes als die Win32-API zu kapseln. Ob du nun mit beiden Füßen direkt auf dem Teppich stehst oder ob du mit einer Leiter auf dem Teppich stehst, wenn man ihn dir wegzieht liegst du so oder so auf der Schnautze.

[w3seek]

Zitat von Hansa:

Die WinApi ist ein fast direkter Zugriff auf das Betriebssytem. Das sollte man aber besser sein lassen. Wenn sich da was ändert, dann kann man sein Programm wegschmeißen. Siehe .NET.

Die Windows API hat sich seit Windows 95 nicht veraendert (teilweise sogar seit Windows 3.x) und wird es nie tun wegen der Abwaertskompatibilitaet. Sie wird nur staendig erweitert 8)

[Hansa]

Zitat von Luckie:

Und wo ist da die VCL im Vorteil? ...

Vorteil ? Das ist alles relativ: Heutzutage interessieren ein paar kB nicht mehr. Warum soll man sich die Mühe machen, deshalb alles selber zu coden ?

Deswegen der Verweis auf .NET. Wer nur die WinApi benutzt, hat eben in Zukunft schlechte Karten. 8) Wer das NICHT tut, der kann ein lauffähiges Programm machen, zumindest mit geringerem Aufwand.

Der von der VCL verursachte Overhead liegt bei ca. 0.5 MB. Dafür mache ich mich doch nicht verrückt. Aber das ist jetzt OT. Es hieß: 7 Forms und 1 Timer. Programm hat 13-18 MB. Dafür kann unmöglich die VCL verantwortlich sein.

Habe jetzt gerade mal ein neues Projekt angelegt. 1 Form, 1 Button. Größe 460 kB. Dieser Wert erhöht sich durch weitere Verwendung von VCL-Komponenten nur unwesentlich.

[Chewie]

Zitat von Hansa:

Habe jetzt gerade mal ein neues Projekt angelegt. 1 Form, 1 Button. Größe 460 kB. Dieser Wert erhöht sich durch weitere Verwendung von VCL-Komponenten nur unwesentlich.

Es geht doch um die Speichergröße des geladenen programms und nicht um die Größe der EXE auf der Platte.

[Hansa]

Dann hat er statische Variablen a la "array [1..10000000] of string" benutzt und gibt sie nicht mehr frei. Und das hat nun absolut nichts mehr mit VCL zu tun.

[sunshine-girl87]

Ähm, das hört sich jetzt doof an, aber ich (DJ-SPM, nicht Sunshinegirl) habe mich gewaltig vertan... Die Forms und alles bleibt so wie es ist, doch die Speichernutzung liegt bei 8MB - 10MB.

Aber das ist dennoch viel. Keine weitere Graphik, keine Sound o.Ä...

Aber ich schätz es liegt daran, dass der Code nicht gepflegt ist. Ressourcen und Freigaben sollte ich dann doch mal überlegen zu benutzen...

Danke erstmal.

[Hansa]

Bist du vom anderen Ufer ?

Was heißt nicht gepflegt ? Die 7 Forms ? Zuallererst würde ich mal mit "Build" da ran gehen, also Projekt -> neu erzeugen. Und davor noch die Debuggereinstellungen überprüfen. Die EXE läuft bestimmt fast über durch einen Haufen Debug-Infos. 8)