DLL mit FPC/Codetyphon erheblich kleiner als unter Delphi

[TiGü]

Zitat von EWeiss:

Zitat:

Offen gestanden hatte ich in all den vergangenen Jahren nicht ein einziges Kundenprojekt, bei dem ein MB mehr oder weniger bei den EXEn irgendwie relevant geworden wäre.

Ach darum geht's doch gar nicht..
Es geht um die Verschwendung von Ressourcen.
Das fängt damit an das man meint jedes Lebensmittel wo das Ablaufdatum ausgelaufen ist wegwirft und hört hier bei Bit und Bytes auf.
Mal überlegt wie viel Strom man sparen könnte wäre unsere Gesellschaft KEINE Wegwerfgesellschaft?

Man spart aber keinen Strom, wenn die EXE ein, zwei Megabyte kleiner ist!

Es wäre aber definitiv eine Verschwendung von Ressourcen seitens der Kompiler-Entwickler, wenn sie jetzt Mannmonate/-jahre in die Optimierung stecken würden.
Es würde sich nämlich nicht lohnen (für den typischen Delphi-Entwickler).
Die Bereiche in der Softwareentwicklung, in denen das relevant ist, verwenden eh schon was anderes (siehe oben den Beitrag von TRomano) als technologische Lösung.

Zitat von EWeiss:

Zitat:

Meckernm um des Meckern willen.

Logisch wenn man nicht über den Rand des Tellers hinweg schauen will.

Welche alte Delphi-Version verwendest du nochmal?
Und was kann die alles nicht im Vergleich zu Seattle/Berlin?

[EWeiss]

Zitat:

Man spart aber keinen Strom, wenn die EXE ein, zwei Megabyte kleiner ist!

Mal zig Milliarden? Nein?

Zitat:

Und was kann die alles nicht im Vergleich zu Seattle/Berlin?

Und?
Da sollte man sich erst mal die Frage stellen ob man das denn alles braucht.

gruss

[Der schöne Günther]

Meinst du das jetzt wirklich ernst? Lieber kleinere Exen machen (und Compiler-Strom sparen) statt nicht auf dem Stand von Delphi 7 stehen zu bleiben?

[TRomano]

Mittlerweile wird das ja mal wieder eine Grundsatzdiskussion

Jeder muss da seinen Frieden finden. EMBA wird wie gesagt keine mannjahre in einen optimierenden Compiler stecken, um ein paar Kunden welweit mehr zu aquirieren.
Wer selber optimieren will/muss, der sollte es auch selber tun. Die Einarbeitungskurve ist allerdings hoch. Ich habe gerne den HLA von Randall Hyde genommen, aber erst einmal seine Bücher gelesen, mich eingearbeitet und dann wurde ich langsam produktiv ... das bezahlt heute doch kein Auftraggeber mehr, wenn er es nicht unbedingt braucht.
Als Hobby kann man gerne machen, lernt dabei auch was über den Aufbau der CPU und ihren Befehlssätzen und kann das Wissen in purem Pascal-Code auch nutzen. Wenn man das stringent durchziehen will und dann noch ein Projekt hat, was Intel, Android usw. unterstützen soll, dann viel Spaß beim Proggen. Sicherlich gibt es weltweit Projekte in denen Assembler eingesetzt wird, aber das läuft wie in C++ über Instrincts, wo der Compiler dann entsprechenden Code erzeugt.

Die Freude, unter Verwendung von BASM, dem Delphi-Compiler Schnippchen zu schlagen ist trotzdem groß

[BUG]

Zitat von TRomano:

Mittlerweile wird das ja mal wieder eine Grundsatzdiskussion

Jup, allgemeinen Kulturpessimismus hab ich genug, das brauch ich nicht auch noch beim Diskutieren von Compilern

Ich vermute auch, dass sich die Anzahl der Leute, die Numerik mit Delphi betrieben, in Grenzen hält. Für C++ gibt so viele schöne (relativ) gut gewartete Bibliotheken und optimierende Compiler (+ Erweiterungen). Allerdings stellt sich dann die Frage, warum ich für den Rest nicht gleich eine gemanagedte Laufzeitumgebung ... aber gut, dass wurde ja auch schon zu Genüge diskutiert

[EWeiss]

Zitat:

Mittlerweile wird das ja mal wieder eine Grundsatzdiskussion

Jup.. Deshalb ziehe ich mich auch aus den Thema zurück.
Was Hänschen nicht lernt, lernt Hans nimmermehr.

gruss

[Delphi-Laie]

Zitat von TiGü:

Zitat von EWeiss:

Zitat:

Offen gestanden hatte ich in all den vergangenen Jahren nicht ein einziges Kundenprojekt, bei dem ein MB mehr oder weniger bei den EXEn irgendwie relevant geworden wäre.

Ach darum geht's doch gar nicht..
Es geht um die Verschwendung von Ressourcen.
Das fängt damit an das man meint jedes Lebensmittel wo das Ablaufdatum ausgelaufen ist wegwirft und hört hier bei Bit und Bytes auf.
Mal überlegt wie viel Strom man sparen könnte wäre unsere Gesellschaft KEINE Wegwerfgesellschaft?

Man spart aber keinen Strom, wenn die EXE ein, zwei Megabyte kleiner ist!

Dann werden diese "ein, zwei Megabyte" also ohne Energieaufwand gespeichert bzw. übertragen?

[EWeiss]

Zitat:

Da gab es doch mal eine Anleitung "Remove RTTI" aus (Delphi-2010)-Compilaten. Das hatte bei mir unter XE2 einen deutlichen Einfluß, verringerte die Compilatsgrößen spürbar. Ich tat es gemäß dieser Anleitung.

Dank!
Werde mal testen ob das was bringt.

EDIT:
Hab das mal getestet
Bringt bei mir gerade mal 40KB ohne Verwendung von UPX


gruss

[Delphi-Laie]

Zitat von EWeiss:

Zitat:

Da gab es doch mal eine Anleitung "Remove RTTI" aus (Delphi-2010)-Compilaten. Das hatte bei mir unter XE2 einen deutlichen Einfluß, verringerte die Compilatsgrößen spürbar. Ich tat es gemäß dieser Anleitung.

EDIT:
Hab das mal getestet
Bringt bei mir gerade mal 40KB ohne Verwendung von UPX

"Leeres" Formularprogramm? Nur 32 Bit?

Die Ersparnis ist (jedenfalls absolut) umso größer, je mehr Bit(s) das Programm hat, je mehr Units eingebunden werden und je mehr davon mit "RTTI disabled" (vor-)compiliert wurden (bei der Unit "system" z.B. dürfte das mit den verfügbaren "Hausmitteln" unmöglich sein). Ich war mit der Einsparung jedenfalls zufrieden. Allerdings entfernte ich auch gleich noch das abartig große Icon mit seinen ca. 300 kByte).

[hoika]

Hallo,
also den Link mit dem reziproken div fand ich hier am spannendsten.
Den habe ich mir Trotz Urlaub genau angesehen.


Heiko