Performance: mein Programm trödelt!

[Delphi.Narium]

Seit Schreibmaschinen bzw. Fernschreiberzeiten (und beim Computer seit DOS-Zeiten) ist es carriage return line feed -> CR LF -> 0x0D 0x0A -> #13#10 in Delphi definiert als

Delphi-Quellcode:

unit System; 
...
const
  sLineBreak = {$IFDEF LINUX} #10 {$ENDIF} {$IFDEF MSWINDOWS} #13#10 {$ENDIF};
...

Nimmt man einfach diese Konstante, dann hat man automatisch das Richtige, wenn man mal nicht für Windows, sondern für Linux kompiliert. Und ein "manchmal geht's, manchmal nicht, ich weiß nicht mehr wo ...', gibt es dann nicht mehr

Zitat von Benmik:

Zitat von Sherlock:

Und auf jeden Fall ... immer #13#10.

Mache ich auch, aber neulich ging #10#13 nicht (hab vergessen wo).

@Benmik

#10#13 ist ja auch falsch, dass muss nicht gehen.

Es heißt #13#10.
Also zwei Werte, absteigend sortiert und nicht aufsteigend

[Benmik]

Zitat von Delphi.Narium:

#10#13 ist ja auch falsch, dass muss nicht gehen. Es heißt #13#10.

Ja, genau, und neulich ging es nur andersrum... Egal, sLineBreak habe ich schon 10 x vergessen, jetzt versuche ich ein 11. Mal...

[Benmik]

... und übrigens eine endgeile Evaluation meines Codevorschlags...

[himitsu]

Jupp, als Addon .. die erste Zeile was ich so zum Messen nehme.



Hier nehm ich meistens nur #10 weil faul (so lange es nur im Programm bleibt) ... bei Dateien #13#10 (wenn nur für Windows), bzw. sLineBreak.


Ich weiß, 13 ist die Enter-Taste, welche zum Abschluß der Zeile Eingabe benutzt wird, aber [B]historisch[/S] syntaktisch war #13 als Zeilenumbruch schon immer ein bissl falsch.

#13 CR Carriage Return = Wagenrücklauf, als Schlitten nach links
#10 LF Line Feed = Zeilenvorschub = Blatt nach oben (Zeile runter)

Schreibmaschine: Man schiebt den Wagen nach links und dabei wird eine Zeile vorgeschoben. (erst linkst und dadurch dann/auch recht)


In einigen CSV- und alten Excel-Spezifikationen sind #13 und #10 sogar unterschiedliche Dinge (Datensatzwechsel oder Zeilenumbruch in einem Feld)

[TiGü]

Ihr kommt langsam vom eigentlichen Thema ab...

[TSchnuckenbock]

Bei meinem XE5 war dieses "CodeSite Logging" dabei.

Zusammen mit "now" (?) irgendwann am Anfang und dann weiteren Stellen im Ablauf lasse ich mir die Zeitwerte (Differenzen) via Codesite ausspucken. So habe ich bisher alle Bremsen gefunden.

Das müßte auch mit 'ner eigenen Text-Datei fürs Logging gehen....so mit Formatstrings, in denen die Aufrufstelle und die Zeitdifferenz drinsteckt.

[himitsu]

Die Lizenz für's kleine CodeSite Express ist immernoch mit dabei, wenn ich mich nicht täusche. (kann via GetIt installiert werden)

[DieDolly]

Zitat:

Bei meinem XE5 war dieses "CodeSite Logging" dabei.

Zusammen mit "now" (?) irgendwann am Anfang und dann weiteren Stellen im Ablauf lasse ich mir die Zeitwerte (Differenzen) via Codesite ausspucken. So habe ich bisher alle Bremsen gefunden.

Braucht man für sowas wirklich CodeSite? NicoleWagner hat schon vor einigen Posts bewiesen, das es auch ganz anders geht.

[jaenicke]

Irgendwie fehlt hier noch die einfachste Variante... das passiert doch auch auf dem Entwicklungs-PC:
Einfach starten und in den 3-4 Sekunden Wartezeit auf Pause drücken und dann schauen wo man dort gerade ist.

Bei so langen Verzögerungen klappt das mit ein paar Versuchen normalerweise sehr gut.