AutoHotkey Community

[haichen]

Selbst wenn Chuckys code so funktionieren würde (sorry!) dann ist er noch doppelt so langsam wie der bisherige Testsieger von DerRaphael (und meine kleine Abwandlung).

Meine erste Version im englischen Forum (noch etwas konfus) ist allerdings um den Faktor 20 langsamer.

Ich hab hiernoch eine Abwandlung nach Laszlo, nur mit StringReplace.
Aber auch ein erstes und letztes Leerzeichen um den String wird entfernt:

[denick]

Moin,

das hat mir natürlich keine Ruhe gelassen.

Nach vielem Probieren lassen sich für das gegebene Problem mehrere Feststellungen treffen:

1. Die relative Performance des RegEx sinkt mit der Komplexität des Suchausdrucks.
2. Die relative Performance des RegEx sinkt mit der Länge des Suchstrings.
3. Der RegEx wird relevant stärker vom umgebenden System beeinflusst (CPU, RAM, andere Tasks).
4. Der RegEx profitiert in diesem Fall durchaus von der Option S(tudy).

In diesem Beispiel werden ja nicht komplette Dateiinhalte sondern nur einfache Zeichenfolgen verarbeitet. Die Strings in DerRaphael's Benchmark sind deshalb meiner Meinung nach untypisch lang (obwohl die u.a. Funktion auch dort gewinnen kann). Nach Tests auf zwei recht unterschiedlichen Rechnern hat dann letztlich folgende Funktion gewonnen:

[DerRaphael]

chapeau, denick


_________________

[ AHK Forum Plugins (de/en) | AHK Hilfe | http://playahk.com]
-------------------------
Moderator

[haichen]

Ja komisch das man sich an so etwas festbeißen kann. Aber geht mir auch so.

Ich hab mal in deinem Benchmark den outerloop mit
Process, priority, ,Realtime laufen lassen. Die Ergebnisse scheinen dann reproduzierbarer zu sein.

[Chucky]

Die Geschwindigkeit läßt sich noch ordentlich erhöhen, wenn man Maschinencode-Funktionen nutzt.

Diese Methode läuft natürlich außer Konkurrenz, denn sie benutzt nicht die üblichen AutoHotkey-Funktionen, wie DelSp1() und DelSp2().
Trotzdem ist sie erwähnenswert, da sie trotz ihrer hohen Geschwindigkeit komplett im Script integriert ist.

Grundlage ist die MCode-Funktion des genialen Laszlo aus dem amerikanischen Forum.
Man kann sich damit temporäre Maschinencode-Funktionen erzeugen, die naturgemäß wesentlich schneller sind als zu interpretierender Code.

Der Maschinencode läßt sich z. B. mit ziemlich jedem Compiler generieren, der DLLs erzeugen kann, z. B mit dem freien GNU-C-Compiler Dev-Cpp, den ich benutze.
Ich habe also eine DelSpaces-Funktion geschrieben (jetzt auch mit Tab->Space-Wandlung ) und in eine DLL kompiliert. Die DLL disassembliert man, um an den Hex-Code der Funktion zu kommen. Den Code aus dem Listing befreit man von Speicheradressen, Mnemonics, Spaces usw. und reduziert ihn damit auf den hexadezimalen Maschinencode.

MCode schreibt den Maschinencode, der in hexadezimaler Form im Script vorliegt, in eine Variable. AutoHotkey kann danach diese Variable als Funktion benutzen, indem es sie mit DllCall() aufruft. Die Funktion verhält sich dann genauso wie eine mit DllCall("LoadLibrary", ins RAM geladene Funktion einer DLL.

@denick
Schönes, übersichtliches Benchmark-Script, das werde ich wohl häufiger benutzen!
Eine Frage, wieso hast Du 'SetBatchLines, -1' auskommentiert? Und: 'Process, priority, , High' macht den Test noch unabhängiger von anderen Prozessen.

Ich habe es mal zur Gegenüberstellung um eine dritte DelSp-Funktion erweitert und das Geschwindigkeitsverhältnis zu DelSp2() in die letzte Spalte geschrieben.

Noch zwei Anmerkungen:

1. Meine Funktion DelSp3() bearbeitet den ihr übergebenen String, daher muß er vor dem Funktionsaufruf an die Out-Variable übergeben werden statt nachher, damit die Originalvariable nicht zerstört wird. Deshalb der etwas seltsam anmutende Aufruf 'Out := Str, DllCall(&DelSp3, "str", Out)'. (Die Gründe dafür später, wenn's interessiert.)
2. Der Test mißt die reine Arbeitszeit der Funktion, nicht aber die Zeit, die MCode braucht, um die Funktion zu erstellen. MCode braucht natürlich nur einmal vor dem ersten Aufruf gestartet zu werden; AutoHotkey braucht allein zum Starten ein Vielfaches dieser Zeit. Für den Fall, daß man es trotzdem nachmessen will, muß an den Stellen mit XXXXX ent- bzw. auskommentiert werden.

[haichen]

In kürze will ich nur sagen :! Unglaublich !

Über den seltsamen Aufruf mußt Du uns (mich) tatsächlich später noch aufklären.

Zu ; SetBatchLines, -1 steht im Helpfile :
In v1.0.47+, turning on Critical also puts SetBatchLines -1 into effect for the current thread.

Danke für dieses "Ding"!

[denick]

Moin Chucky,

"! Unglaublich !" halte ich mal für stark untertrieben.

[Milchmann]

Hallo, wie kann ich bei der genannte Version über
mehrere Zeilen die Leerzeichen und die TABs entfernen. Es geht um mehrere durch Enter getrennte Zeilen. Bei mir klappt es nicht mit der Variablen.
Danke Bert

[BoBo¨]

Wie hälst du denn den Mehrzeiler vor? In einer Variablen (zB Clipboard)?
Oder Zeilen in einer Datei??

[haichen]

Welche Version benutzt Du denn?
Die Binärcode Version entfernt bei mir keine Zeilentrenner.
DSCode = .... MCode(DelSp3, DSCode) müssen vor dem Aufruf von Out := Str, DllCall .. stehen.

Falls Du eine der Versionen mit RegexpReplace benutzt, mußt Du \s gegen \h
tauschen, damit \n oder \r nicht entfernt werden.

[Milchmann]

Hallo, ich möchte aus dem Clipboard mehrere Zeilen auslesen lassen und diese dann die Leerzeichen etc. entfernen. Da funktioniert aber dein Skript:
delspaces(str) nicht.
Wie muss das Skript richtig aufgebaut sein, damit es funktioniert?

PS: Wie kann ich einer Variablen einen mehrzeiligen Text zuweisen

Danke Bert
Wie muss ich

[haichen]

Dann zeig doch mal was Du hast. Falls es Teil eines größeren Skripts ist, am besten nur den Teil mit dem ClipBoard und dem DeleteSpaces.

[haichen]

Geht alles wie 'ne eins.
Hier nur zwei Beispiele:

[Gast]

Hallo Haichen,

Du hast mit Deinen Funktionen recht,
diese laufen:

[BoBo¨]