RtlVclOptimize 2.77 - DelphiSpeedUp Code im eigenen Programm

[jbg]

Ich hatte eigentlich vor an den Delphi Tagen 2007 eine Unit mit den Optimierungen von DelphiSpeedUp vorzustellen. Jedoch kam mir etwas dazwischen, wodurch ich nicht an den Delphi Tagen 2007 teilnehmen konnte und auch keine Zeit hatte, diese Unit für die Öffentlichkeit aufzubereiten.

Wer also schon immer mal die Optimierungen aus DelphiSpeedUp in seinem eigenen Programmen haben wollte, kann sich nun die RtlVclOptimize.pas Unit herunterladen und sie in seine Projekte einbinden.


Installationsanleitung

• 1. Entpacken der RtlVclOptimize.zip in einen beliebigen Ordner.
• 2. Die Unit zum Delphi-Projekt hinzufügen. Am besten recht weit oben in der uses-Liste, da dadurch bereits die initialization-Abschnitte der andere Units auf die schnelleren Funktionen zugreifen.

Was gibt es zu beachten

• Die Unit muss in der EXE-Datei stecken und nicht in einem Package. Denn würde das Package entladen, könnte man sich vor den auftretenden Zugriffsverletzungen nicht retten, weil die Funktionen auf die die original-RTL Funktionen umgeleitet werden, nicht mehr im Speicher sind.

Was ist RtlVclOptimize.pas nicht, bzw. was fehlt im Vergleich zu DelphiSpeedUp

• Die Unit ist nicht die FastCode Library. Diese muss extra heruntergeladen werden, wenn man deren RTL-Optimierungen zusätzlich nutzen will.
• FastObj ist nicht enthalten
• Sämtliche nur für die IDE interessante Optimierungen fehlen

Lizenz

• Die Unit steht unter der MPL 1.1. Darf also auch in kommerziellen/closed-source Anwendungen eingesetzt werden

[jbg]

Zitat von Corpsman:

Sehe ich das Richtig mit Einbinden meinst du das in etwa so :

Ja.

Zitat:

Nach dem Compilieren des Projects sind in der RtlVclOptimize unit aber keine Blauen Punkte.

Das liegt daran, dass die DebugInfos für die Unit abgeschaltet sind. Wenn du unbedingt bei jedem F7 in dieser Unit landen willst, kannst du ja das DEFINE in der Unit für die DebugInfos aktivieren (Den führenden Punkt aus {.$DEFINE RTLDEBUG} entfernen.

[Corpsman]

thx für die Info,

Nein mir gings net ums Debuggen.

Ich hab zwar hier und da schon was in Delphi Geproggt ( siehe Balanced ... )

Aber der Profi bin ich deswegen noch net.

Ich verstehe gerne was ich da mache. Und wenn ich was net versteh frage ich.

[jbg]

Ich habe mir mal die Mühe gemacht und RtlVclOptimize.pas auf den Stand von DelphiSpeedUp 2.7 zu bringen. Die Versionsnummern habe ich dabei auch gleichgezogen.

Download im ersten Thread-Posting

[Hawkeye219]

Vielen Dank für die neuen Versionen von DelphiSpeedup und RtlVclOptimize, Andreas!

btw: kleiner Tippfehler auf der Download-Seite: Die Datei "RtlVclOptimize.zip" wird angekündigt mit "Download DDevExtensions 2.7".

Gruß Hawkeye

[jbg]

Zitat von Hawkeye219:

kleiner Tippfehler

Wie meinen?

[bigg]

Hi Andreas,

ich habe eben deine Unit getestet. Dabei ist mir aufgefallen, dass beim Beenden einer beliebigen Anwendung Speicherblöcke nicht richtig freigegeben werden.

Speichermanager: FastMM 4.78
IDE: Delphi 7 PE

Eine Demo liegt bei.

[jbg]

Das sind die reallozierten Dynamic Method Tables. Die kann ich nicht freigeben, da sonst das gesamte Programm abstürzen würde. Da muss ich wohl auf GlobalAlloc ausweichen.

[jbg]

Ich habe schnell noch eine neue Version hochgeladen, die die gewollten Speicherlecks vor dem Speichermanager "versteckt".

[bigg]

Die von dir korrigierte Version läuft schon mal ohne rum zu murren.
Ich werde sie mir morgen nochmal genauer anschauen und einige dinge testen.

[marc_ki]

Die Fastfileexists hat einen kleinen schönheitsfehler im vergleich zum original. Das original nimmt auch wildcards, die optimierte variante scheinbar nicht...