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

[jbg]

Es gibt eine neue Version 1.3:

Download Version 1.3

Die Änderungen:
- Viele Bugs wurde behoben
- FasterTList wurde entfernt, da es nur Bugs produzierte
- Eigene TList.Get und TList.IndexOf Implementierung
- Projekte werde ein klein wenig schneller kompiliert
- BDS 2006 wird unterstützt (habe mich immernoch nicht durchgerungen Delphi 2005 zu installieren)
- DelphiSpeedUp wird jetzt früher geladen. Dies geschieht mit dem Hilfs-Package DelphiSpeedUpLoader (wird in "Known IDE Packages" eingetragen)

[jbg]

Ich habe jetzt eine ungetestete Version 1.3 für Delphi 2005:
Download Version 1.3 für Delphi 2005 (only). [ich garantiere für nichts]

[Pr0g]

Ich werde die D2005 Version mal testen. Was sind denn mögliche Fehler, die auftreten könnten?

Edit: Also Delphi scheint nach mehrmaligem Testen etwas zwei Sekunden schneller zu laden (11 -> 9 sec), wobei der größte Teil der Zeit auf die großen Komponentensammlungen wie JEDI, Indy draufgeht.

Edit2: Ich habe nun nochmal dieses Tool angewand (der DCM wollte bei mir net so recht, kam immer ne Fehlermeldung in Delphi) und lade nun nur noch Win32. Ohne das Delphi IDE SpeedUp aus diesem Thread sind es etwa 7sec, mit 6sec.

Mit sechs Sekunden kann ich gut leben

[Elvis]

Wäre es vllt möglich die Unit prüfung und die VCL Klassenregistrierung zum Bleistift über alzaimars HashListen zu optimieren? Oder wäre das schon zu tief gesetzt um ein paar Zeiger in dem VMTs umzubiegen?

Wie ich bereits schon weiter oben fragte, könnte man besonders die RTL Patches in bestehende Delphi apps injizieren? Der PL/SQL Developer ist zum Beispiel so ein notorisch langsam ladendes Biest...

[Mackhack]

Kann man die 1.3 fuer D7 einfach drueberinstallieren ueber die 1.1er?

[Elvis]

Zitat von Mackhack:

Kann man die 1.3 fuer D7 einfach drueberinstallieren ueber die 1.1er?

Jupp, Andreas' Installer entfernt die alte bevor die neue reinkommt.

[Mackhack]

Danke fuer die Info!!!

[MagicAndre1981]

Cooles Teil

So schnell war D7 noch nie gestartet Und das in einer VM mit nur 256MB RAM

EIns hab ich noch. Könntest du eine Protokollierung einbauen, so dass man später, z.B. in einem Diagramm, sieht welches Package wie lange gebraucht hat. Könnte nützlich sein um heruaszufinden, warum Delphi so lange braucht.

André

[jbg]

Zitat von MagicAndre1981:

Könntest du eine Protokollierung einbauen, so dass man später, z.B. in einem Diagramm, sieht welches Package wie lange gebraucht hat.

Die Anzeige ist nicht korrekt. Die Packagenamen werden erst angezeigt nachdem das LoadLibrary schon vorbei ist, aber bevor die exportierte "initialization" Funktion aufgerufen wird.

Zitat von Elvis:

Wie ich bereits schon weiter oben fragte, könnte man besonders die RTL Patches in bestehende Delphi apps injizieren? Der PL/SQL Developer ist zum Beispiel so ein notorisch langsam ladendes Biest...

Wer hindert dich daran, die Homepage des [url=http://fastcode.sourceforge.net]FastCode Projekts[/quote] zu besuchen und dir die notwendigen Dateien herunterzuladen. Ein Patchen von Anwendungen ohne Quellcode, die keine "DLL-Lade-Schnittstelle" wie es die Delphi IDE hat (=>Packages), bietet, ist nicht (ohne weiteres) möglich.

Zitat von Elvis:

Wäre es vllt möglich die Unit prüfung und die VCL Klassenregistrierung zum Bleistift über alzaimars HashListen zu optimieren?

Die Unit-Prüfung (CheckDuplicateUnits) ist für den Ladeprozess komplett ausgeschaltet. Und für die Klassenregistrierung werden mir zu wenig wichtige Funktionen exportiert.

[3_of_8]

Ich habs mal installiert (bei Delphi 7) und ich merke, dass das Ganze jetzt so etwa 50% schneller geht.