StrToInt langsam in D 10.4

[TiGü]

Gute Idee, bitte mal auf ausgeblendete EConvertError prüfen.

[DXler]

Hallo zusammen.

Ich habe bis vor ein paar Monaten auch Zahlen, die in einer String-Variable stehen, mit "StrToInt" umgewandelt bis ich irgendwann mal auf die Idee kam einfach hinter dem Variablennamen (z. B. "test") mal einen "." zu setzen um zu gucken ob und vorallem was passiert...

Mir wurde daraufhin eine Liste mit etlichen Funktionen angezeigt. Unter anderem auch "ToString" und "ToInteger".

Seitdem spare ich mir "IntToStr" und "StrToInt" (Delphi 10.1) und setze einfach hinter den Variablennamen die entsprechende Funktion.


Ob das allen hier im Forum bekannt ist weiß ich nicht, aber vielleicht hilft es ja dem einen oder anderen weiter...


Welche Prozeduren oder Funktionen genau hinter den "To..."-Funktionen stecken weiß ich nicht und auch nicht ob sie einen optimierten Code erzeugen.

[Blup]

Ich bezweifle das StrToInt so langsam sein kann, das der Import von 5000 Datensätzen plötzlich 78 Sekunden längert dauert.
Wie oft rufst du den StrToInt pro Datensatz auf?

Wenn StrToIntDef schneller geht, liegt das wahrscheinlich an deiner Exception-Behandlung im Import.
Die wird jedesmal aufgerufen, wenn StrToInt ein ungültiger Wert übergeben wird.

Ansonsten schreib ein kleines Testprogramm das wir mit unterschiedlichen Compilern übersetzen können.
Nichts aufwendiges, nur eine Schleife die IntToStr ein par Millionen mal aufruft und die Gesamtzeit ausgibt.

[hoika]

Hallo,
ist der Import nur in der IDE so langsam,
oder auch, wenn du das Programm direkt startest.

[Stevie]

Unmöglich - StrToInt zieht ca 10mio strings in 100ms durch auf nem 3.2GHz i7

[BavDev]

Hallo an alle,

jawohl, ich konnte das ganz eindeutig feststellen. Mein Import liest eine CSV-Zeile, parst die in einzelne Strings und (in dem Fall) 4 davon sind integers und werden mit StrToInt umgewandelt. Ich habe den Import so abgekürzt, dass nur die Zeilen gelesen werden, geparst und StrToInted. Keine weitere Verarbeitung. Dabei festgestellt, dass die nachgelagerte Datenbank-Verarbeitung die Import-Laufzeit nur unwesentlich beeinflusst. Statt 3 Sekunden dann 3.4 Sekunden. Wenn ich die 4 StrToInts weglasse, dann habe ich die gewohnte Performance. Wenn ich die StrToInts durch StrToIntDef ersetze, dann auch. Nur mit 20000x StrToInt verlängert sich der genannte Import definitiv von 3 Sekunden auf 1:21 Minuten.
Mittlerweile habe ich noch was herausgefunden. Den Unterschied gibt es nur, wenn ich das Programm im Debug-Modus laufen habe! Ohne Debug -> StrToInt ist gewohnt schnell! Nun habe ich den Debugger aber immer laufen beim Programmieren...

Somit ändert sich meine Frage dahingehend:
Wieso ist das im Debug-Modus so? Zwar nicht mehr so wichtig, weil das Kunden-Endprodukt läuft ja so schnell wie gewohnt. Aber dennoch für mein Verständnis wichtig. (Und es irritiert mich zwischendurch, wenn ich das mit der alten Version von XE5 vergleiche.) Angeblich ist StrToIntDef ja der gleiche Code? Wieso ist der dann soviel schneller?
Exceptions spielen übrigens keine Rolle, soweit ich das von verschiedenen Imports mit verschiedenen Daten beurteilen kann. Manchmal steht einfach nichts im Feld, dann gibts Exception, wo ich je nach Kontext auf 0 oder -1 setze.

[Sailor]

Du hast irgendwo in der Umgebung einen Breakpoint gesetzt. Lösche mal alle und versuch‘s noch mal.

[hoika]

Hallo,
was passiert, wenn du das Programm im Debugmodus ohne IDE startest?