Performance: mein Programm trödelt!

[Benmik]

Zitat von Sherlock:

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

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

TStopwatch ist bestimmt toll, aber bin zu träge, um mich umzugewöhnen, und man muss auch immer System.Diagnostics in uses haben. Mit der globalen Variablen setze ich meine Funktion ohne jeden Aufwand.

PS: Und man kann die Namen der interessierenden Prozesse nicht angeben.

[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

[DasWolf]

Zitat von Benmik:

und man muss auch immer System.Diagnostics in uses haben. Mit der globalen Variablen setze ich meine Funktion ohne jeden Aufwand.

Das ist jetzt nicht wirklich Dein Ernst, oder? Wo holst Du Dir Deine Funktion denn her?

[himitsu]

Aus einer großen eigenen Master-Unit, wo ALLES eingebaut ist, was man braucht, und die immer und überall eingefügt wird.


Jetzt, wo die Codevervollständigung nun endlich auch bei Units mit Namespace Punkten funktioniert, hab ich da hoffentlich nun auch weniger Probleme mit solchen Unitnamen.

[Benmik]

Zitat von DasWolf:

Wo holst Du Dir Deine Funktion denn her?

Ich habe eine Unit ModulAllgemein , in der alle meine Fundstücke der letzten 200 Jahre stehen und die grundsätzlich in alles eingebunden wird.

@Himitsu: Genau so isses!

... und die natürlich mittlerweile auch große Anteile von Friedhof, Altersheim und Museum hat...

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