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.

[fkerber]

Hi!

Jepp, das meinte ich, danke.


Ciao Frederic

[jbg]

Und wieder ein Update. So langsam sollte ich wohl alle Bugs beseitigt haben

Version 1.71
============
- Fixed wrong PosEx hooking
- Faster DLL/BPL hooking (reduced GetModuleHandle calls)
- Fixed NoFastObj registry setting, had not worked
- DLL unload bugfix

Download:
http://andy.jgknet.de/misc/DelphiSpeedUpV171.zip (400 KB)

Quellcode:
http://andy.jgknet.de/misc/DelphiSpeedUpSourceV171.7z

[PeterPanino]

Seit ich ich Version 1.71 installiert habe (BDS2006), verhält sich das Projekt, an dem ich gerade arbeite, sehr merkwürdig: Es treten unerklärliche Fehler auf. Kann es sein, dass SpeedUp die RTL verändert und so meinen Code beeinflusst?

Ich habe dann SpeedUp deinstalliert, aber die Merkwürdigkeiten bleiben bestehen. Kann es sein, dass durch die Deinstallation von SpeedUp nicht alle durch SpeedUp gemachten Änderungen rückgängig gemacht werden?

[sakura]

Das SpeedUp Tool verändert nicht das Verhalten Deiner kompilierten Programme. Daher solltest Du evtl. eher mal Deine letzten Änderung im Source genauer betrachten oder andere Abhängigkeiten.

......

[Vjay]

Also ich bedanke mich auch herzlichst.

Bedenkt wenn ihr Bugs postet, euren Prozessor anzugeben. Da das Fastcode-Projekt Prozeduren verwendet, die auf eure Architektur optimiert sind. Und die unterscheiden sich halt von PC zu PC.

Irgendwelche Fehler in Strings sind z.B. ein eindeutiges Zeichen dafür dass bei Fastcode etwas hakelt. Ich bin mit Fastcode leider auch schon einmal bei einem Intel Celeron sehr auf die Nase gefallen.

Vielleicht wäre der Einbau eines Installer-Schalters, dass lediglich die generischen Fastcode-Verbesserungen Prozeduren verwendet werden, für manche hilfreich.
So könnten Leute mit "merkwürdigen" Fehlern diesen Schalter zum Testen verwenden, bevor sie einen Bug posten.
Obwohl... wer liest sich schon irgendwas durch, vergiss es

Ich für meinen Teil bedanke mich, auf meinem P4 mit D7 läuft es wunderbar

[Supergrobie]

Mahlzeit!

So habe auch auf Version 1.71 gewechselt. Eine Merkwürdigkeit hatte ich jedoch beim Debuggen.

Habe mit STRG F4 einen String zur Laufzeit geändert und die IDE hing beim Übernehmen in einer Endloschleife!

D10 + Pentium4 + XP

Super Arbeit!

Grüße
Stevie

[jbg]

Zitat von vjay:

Vielleicht wäre der Einbau eines Installer-Schalters, dass lediglich die generischen Fastcode-Verbesserungen Prozeduren verwendet werden

Den gibt es, nur habe ich den nicht bekannt gegeben. (Kann man im initialization-Abschnitt der FastCode.pas Datei finden)

Zitat von Supergrobie:

Habe mit STRG F4 einen String zur Laufzeit geändert und die IDE hing beim Übernehmen in einer Endloschleife!

Sicher dass das von DSU kommt? Passierte mir nächmlich auch vor DSU des öfteren. Der neue Debugger ist nicht so stabil wie man ihn gehabt hätte wollen.

[DGL-luke]

könntest du kurz erläutern, was die optionen beim install machen? das erste und das letzte kann ich mir ja noch erklären.

[jbg]

Ich schreibe ungern etwas zweimal, also zitiere ich mich einfach von der 12ten-Seite:

Zitat von jbg:

Die Optionen sind hauptsächlich für die Fehlersuche gedacht. Es wurde aber gewünscht, dass ich alle Registry Schalter veröffentlichen solle, was ich mit den Checkboxen im Installer nun getan habe.

• DisableShouldRebuildDlg: Nun rate mal, welcher Dialog damit abgeschaltet wird. (Und nein, es ist nicht "Datei wurde geändert. Neuladen?", der nur durch einen Bug im FileAge-Cache weg war)
• NoFastSys: Die FastSys.pas wird nicht benutzt (=> dyn. Arrays werden nicht schneller)
• NoFastObj: Die FastObj.pas wird nicht benutzt (=> Objekt-Erzeugung und Zerstörung wird langsamer)
• HookAllDlls: Beim hooken werden alle DLLs gehookt, also auch ShellAPI, ... (Außnahmen sind unter anderem kernel32.dll, user32.dll, gdi32.dll)
• HookBplOnly: Nur BPL Dateien werde gehookt wenn sie statisch gegen eine von LoadLibrary/LoadPackagge geladene DLL/BPL gelinkt sind. Also nur die BPLs aus der Symbol-Import-Tabelle.
• FastQuit: Die IDE wird schneller beendet, indem während dem Entladen der DelphiSpeedUp.dll ein "halt" ausgeführt wird.

Des weiteren gibt es noch einen nicht vom Installer einstellbaren Schalter:
[HKCU\Software\DelphiTools\DelphiSpeedUp\X]\BlendedFastCode: DWORD = 0/1
(0: default; 1: keine CPU optimierten FastCode Funktionen)

[DGL-luke]

Ok. Das könntest du ja auch mal auf die 1. Seite schreiben. Dann fragt niemand mehr danach.

So, noch ein Problem: Bei mir funktionierts nicht. Nein, keine Panik, jbg

Ich hab mir mit dem Delphi Configuration Manager mehrere Delphi-Konfigurationen gezogen, einmal .Net-only und einmal Win32-Only. Dein Experte installiert sich aber (offenbar, hab nicht nachgesehen) nur bei der Standard-Konfiguration, bei Win32 ist er folglich schlicht nicht vorhanden.

(für die Installation der JVCL musste ich auch extra nach der Installation ein neues Profil erstellen, und in das dann die anderen Kompos erst wieder reintun...)

Eventuell kannst du da ja was machen.