Funktion StringReplace ist schrecklich langsam

Ich denke, das geht.
Aber wahrscheinlich NICHT in AutoIt (Man möge mich korrigieren).

Hier wäre es wohl am einfachsten, wenn du auf eine C/C++-Dll zurückgreifst. Da solltest du den String bequem einzeln auseinander nehmen können.

chess

Du könntest auch mal versuchen die StringReplace Funktion selber zu schreiben und dann die Änderungen direkt an String machen. Du bist aber natürlich 1000mal schneller wenn du eine C-Dll nimmst.

Gruss Shadowigor

Sind die Änderungen immer an festen Positionen?

Wenn ja, müsste es doch möglich sein, diesen String einmalig als Datei zu speichern und dann per FileSetPos und Filewrite(..., Binary(...)) zu speichern.
Oder dann gleich per WinAPI..müsste rein theoretisch alles schneller sein ?!?

Nur so als Denkanstoss.

Hi,

Zitat

Du bist aber natürlich 1000mal schneller wenn du eine C-Dll nimmst.

Zitat

Oder dann gleich per WinAPI..

Stringreplace() ist der Wrapper der entsprechenden C(++)-Funktionen ((strlen, strstr, strcpy and strcat)), WinAPI stellt keine Stringreplace-Funktionen zur Verfügung.

24MB ist doch keine Größe, zeig doch mal das Stück Code, dass so langsam laufen soll.

Btw, sämtliche Stringfunktionen laufen wesentlich schneller, wenn man den casesense-Parameter richtig setzt. D.H. im Falle von Casesensitivem Suchen/Ersetzen ist die 1 zu verwenden -> schneller.
Weiterhin macht es Sinn, die Suche einzuschränken, wenn man z.B. weiss, dass der String erst in der 2. Hälfte der Daten steckt, dann hat man nur die halbe Suchzeit.
Suche per Stringinstr() und ersetzen per StringMid() ist auch eine Alternative, da extrem schnell (wenn casesensitiv)

Zitat

In diesen möchte ich tausende kleine Strings einfügen (überschreiben).

Um immer an der gleichen Possition "einzufügen" (überschreiben der dort liegenden Daten) würde ich die Positionen in ein Feld(Array/struct) schreiben und dann per StringMid()/dllstructsetdata() ersetzen.

Andy
Du bist trotzdem in C schneller, da du einen C-String bzw. Char-Array nutzen kannst.
Denn bei den AutoIt-Stringfunktionen wird "ByVal" gearbeitet, sprich (Wie bereits erwähnt) der String wird immer neu erstellt und gespeichert.
In C bearbeitest du einfach die einzelnen Char-Elemente z.B. in einer For oder mit den C-Eigenen Stringmethoden.

Oder habe ich da einen Denkfehler?

chess

Zitat von chesstiger

Andy
Du bist trotzdem in C schneller, da du einen C-String bzw. Char-Array nutzen kannst.
Denn bei den AutoIt-Stringfunktionen wird "ByVal" gearbeitet, sprich (Wie bereits erwähnt) der String wird immer neu erstellt und gespeichert.
In C bearbeitest du einfach die einzelnen Char-Elemente z.B. in einer For oder mit den C-Eigenen Stringmethoden.

Oder habe ich da einen Denkfehler?

chess

Der DLLCall kostet auch noch Zeit

chesstiger ,
die Frage ist, wie man "langsam" definiert^^
Natürlich hast du recht, eine "Kopie" des Strings benötigt auch etwas Zeit.
Du kannst es ja gerne mal in C ausprobieren. Ich schätze aber, da das Ziel immer an derselben Speicheradresse liegt und somit dafür kein neuer Speicher alloziert werden muss, dass das Memcopy() auch bei 10000 aufrufen nicht sehr viel ausmacht
In Assembler habe ich ein Memcopy() per SSE (kopiert 128Bits = 16 Bytes = 4 Dwords pro Speicherzugriff) geschrieben, das ist ca. 2x so schnell wie eine von mir untersuchte C-Funktion (die nur byte- bzw. word-weise kopiert). Aber wie gesagt, daran liegt es sicher nicht....

Und um das umkopieren zu sparen, mein Tip mit der struct und dllstructsetdata()

Vielleicht ist sowas ja schneller. Hab aber keine Ahnung wie die Ersetzung aussehen soll, also ob nach Zeichen oder Wörtern gesucht werden soll oder einfach bestimmte regelmäßige Positionen ausgetauscht werden sollen.