DelphiSpeedUp 2.8 ( 2009-12-01 ) - Delphi 5 bis 2007

[jbg]

DelphiSpeedUp Version 2.8 ( 2009-12-01 )
Download


Die DelphiSpeedUp ist ein Delphi Plugin, das die gesamte Delphi IDE beschleunigt. Der Compiler wird davon nicht unbedingt schneller, aber Delphi lädt schneller und alle Operationen in der IDE sind auch flüssiger.

Das Plugin ersetzt einige RTL Funktionen zur Laufzeit (also im Speicher) durch Funktionen aus dem FastCode Projekt. Des weiteren werden die TList Methoden durch schnellere ersetzt, und FastObj kommt zum Einsatz, womit die Erstellung und Zerstörung von Objekten durch Cachen des Speicherbereichs beschleunigt wird.

[jbg]

Zitat von DGL-luke:

470ms

Diese 470 ms habe ich mit einer einzigen Optimierung erschlagen. Normalerweise bringt eine optimierte Funktion so um die 50 ms. Das bedeutet, dass ich mit einer Funktion die Arbeit von fast 10 optimierten Funktionen erledigt habe. In der Hinsicht ist das schon ein gewaltiger Schub. Vor allem wenn man bedenkt, dass bei Delphi 2007 nicht mehr ganz so viele Optimierungsmöglichkeiten vorhanden sind.

[Insider2004]

Frage: Warum schafft Codegear sowas nicht selbst?

[RavenIV]

Zitat von Insider2004:

Frage: Warum schafft Codegear sowas nicht selbst?

Gegenfrage:
Warum schafft MS es nicht, das Windows stabil und schnell zu machen?
Antwort:
Weil sie daran keinen Gedanken verschwenden.

[jbg]

Zitat von RavenIV:

Warum schafft MS es nicht, das Windows stabil und schnell zu machen?

Wenn man so Dinge macht wie:
"Schauen wir mal nach ob der Ordner C:\Windows\Globalization vorhanden ist. - Ist er nicht? Na dann schauen wir, ob zumindest die Datei C:\Windows\Globalization\de-DE.nls und die Datei C:\Windows\Globalization\en-US.nls und die Datei ... (was es halt so an Sprachen gibt) vorhanden ist.".

Wie dämlich sind die eigentlich bei Microsoft?

[OlafSt]

Genau solche Granaten meinte ich mit meinem "was für ein Pfusch".

Solche Konstrukte wie 24x dieselbe Datei lesen oder Dateien in Ordner suchen, dessen Nichtexistenz man bereits erkannt hat... Die sind eines Scriptkiddies vielleicht würdig, aber nicht eines Profi-Coders in einem großen Software-Haus

Zu den 50ms: Hört sich nicht viel an... Aber wenn die Funktion 1000x aufgerufen wird, sind das 50 Sekunden weniger Laufzeit

Von mir ein Riesen-Lob und ein dreifaches "Respekt" für deine Arbeit, uns die schlimmsten Granaten vom Hals zu halten

[jbg]

Zitat von OlafSt:

Dateien in Ordner suchen, dessen Nichtexistenz man bereits erkannt hat...

Leider kommt das aus dem .NET Kern und der Ruft direkt in den NT Kernel statt über den API Weg zu gehen. Deswegen kann ich da leider nichts machen (außer MS verklagen )

[OldGrumpy]

Das auf diversen vielgelesenen Entwicklerblogs zu verbreiten, dürfte da zielführender sein

[jbg]

Nachdem sich einige über meine "470ms" Optimierung ironisch ausgelassen haben, dachte ich mir, dass ich da vielleicht noch was drauf legen kann (dachte ich mir natürlich nicht).

Was sagt ihr zu 2 Sekunden schnellerer Start und 2 Sekunden schnelleres Öffnen des ersten Projekts (nach einer Package-Änderung)?

[Mackhack]

Da sag ich mal nur:

Wo gibts die neue Version?

[gsh]

Zitat von jbg:

Nachdem sich einige über meine "470ms" Optimierung ironisch ausgelassen haben, dachte ich mir, dass ich da vielleicht noch was drauf legen kann (dachte ich mir natürlich nicht).

Was sagt ihr zu 2 Sekunden schnellerer Start und 2 Sekunden schnelleres Öffnen des ersten Projekts (nach einer Package-Änderung)?

wieder mal super gemacht

der einzige nachteil an deinem programm ist das man sich beim starten keinen kaffee holen kann weil des delhi schon gestartet ist bevor man aufgestanden ist