StrToInt langsam in D 10.4

[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.

[jaenicke]

Vor allem Breakpoints mit Bedingung verlangsamen den Prozess extrem.

[Uwe Raabe]

Zitat von jaenicke:

Vor allem Breakpoints mit Bedingung verlangsamen den Prozess extrem.

...und Watch-Expressions...

[Uwe Raabe]

Ich tippe aber doch auf die Exceptions, denn die werden bei StrToIntDef erst gar nicht geworfen. Vermutlich sind die EConvertError Exceptions in der IDE ausgeblendet, sonst würden die ja auffallen.

[BavDev]

Hallo,

@hoika: Debug-Modus ohne IDE kenne ich nicht.... Ich debugge immer von der IDE aus.

@Uwe Raabe:
Ich bin natürlich inzwischen schon wieder ganz woanders... Kann mich nicht erinnern, was genau gestellt war. Ich denke, ich hatte keine Breakpoints und keine Variablen bei diesem Test. Was ich sicher weiß: gleiche Voraussetzungen, einfach StrToInt durch StrToIntDef ersetzt, und es war schneller. Im Übrigen hatte ich auch mit StrToIntDef die gleichen Exceptions! Weil der Code war so:
try
i:=StrToInt(Text);
except
i:=MeinFehlerCode;
end;
(dauert 1:21 min)
bzw. neu
try
i:=StrToIntDef(Text,-1);
if i<0 then abort;
except
i:=MeinFehlerCode;
end;
(dauert 3 sek)

Das ist nur vereinfacht, zwischen try...except steht noch mehr, was einen Fehler werfen kann. Und die Fehlercodes werden entsprechend gesetzt.

Also es gibt keine zuverlässige Ursache?
Soll mir jetzt recht sein. Es reicht mir, wenn das Endprodukt sich "normal" verhält.

[hoika]

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