![]() |
Delphi-Version: 2005
Achtung. Optimierung beim Compiler
Hi,
damit eventuell andere nicht in diese falle laufen poste ich mal was passiert wenn man die Optimierung an hat. Eine gaaanz fiese sache ist, das schleifen rückwärts laufen können. Das spart ein cmp. In meinem fall ist das voll in die hose gegangen. Beispiel: Ich habe ein InUse = Array[0..100] of Boolean. Das wird von mehreren Threads genutzt. Und auch wieder frei gegeben. Mein Sourcecode war wie folgt.
Delphi-Quellcode:
Ziel war es von "unten" einen leeren Slot zu suchen. Ich habe fast eine Stunde gebraucht bis ich rausfand das die schleifen rückwärts läuft. Man kann es nur im Assembler sehen.
for i:=0 to 100 do
begin if NOT InUse[i] then .... end; Ändert man den Sourcecode wie folgt ab, läuft die schleife wieder richtigrum. Also von 0 bis 100
Delphi-Quellcode:
Ich weiss nicht inwie weit diese sache bekannt ist. Auch habe ich eine frage dazu. Gibt es flags/parameter womit man teile des programms von der optimierung ausschliessen kann?
for i:=0 to 100 do
begin WriteLn(i); if NOT InUse[i] then .... end; Gruss und danke im voraus |
AW: Achtung. Optimierung beim Compiler
Schau mal
![]() Auf Delphi-Treff war mal ein guter Artikel dazu, finde den gerade aber nicht mehr. PS: Thread solltest du auch ein einer T(Object)List verwalten, z.B.. Da hast du auch nicht das Problem einen freien Platz suchen zu müssen. // edit Soweit ich das noch weiß, optimiert der Compiler das dahingehend, da die CPU scheinbar leichter und schneller um 1 dekrementieren als inkrementieren kann. Aber einen Unterscheid sollte in deinem Programm nicht auftreten. Beim Debuggen findet du lediglich die "falschen" Werte, intern wird aber alles richtig ausgeführt. // edit 2: ![]() |
AW: Achtung. Optimierung beim Compiler
Grund ist dass sehr einfach auf "=0" geprüft werden kann. ein "=100?" läuft also auf ein "x-100=0?" 'raus ;)
Aber eigentlich sollte die Compileroptimierung keine Änderung des Verhaltens zeigen - wie du richtig festgestellt hast, lässt der Compilrr die Schleife vorwärts laufen sobald es einen Unterschied macht (=> eine Ausgabe erzeugt o.ä.) Kann mit {O+} und {O-} gesteuert werden |
AW: Achtung. Optimierung beim Compiler
Zitat:
Zitat:
greetz Mike |
AW: Achtung. Optimierung beim Compiler
Hallo,
was mich eh interessiert. Wieso hast du beim Debuggen die Optimierung angeschaltet ? Heiko |
AW: Achtung. Optimierung beim Compiler
Wahrscheinlich, weil sie bei den Projektoptionen standardmäßig an ist.
|
AW: Achtung. Optimierung beim Compiler
Über einige standardmäßige Sachen hatte ich mich ja schonmal beschwert.
- wenn standardmäßig auch noch Bereichsprüfungen, Überlaufprüfungen und Dergleichen aktiviert wären, dann gäbe es diesbezüglich wohl auch weniger Probleme bezüglich 0- und 1-Index, sowie Length()-1 usw. Fakt ist einfach, daß man dem Debugger vergessen hat mitzuteilen, daß z.B. die Reihenfolge umzudrehen ist, bzw. daß der interne Wert anders interpretiert werden muß. Bei Verwendung dieses Index wird er aber "richtig" angewand. Sei es durch:
Delphi-Quellcode:
// dieses
for i := 0 to 10 do x := a[i]; // als i := 10; repeat x := a[10-i]; Dec(i); until {i = 0} ZeroFlag; // oder i := 10; p := @a[0] repeat x := p^; Inc(p); Dec(i); until {i = 0} ZeroFlag; // oder (es gibt noch unzählige Möglichkeiten |
AW: Achtung. Optimierung beim Compiler
Zitat:
mov [register+?],0 // Startwert schleife: inc [register+?] // Wert einen hochzählen cmp [register+?],$5a // Vergleichen ob MAX erreicht ist. jne schleife nach der Optimierung sieht es so aus mov [register+?],$5a // MAX Wert schleife: dec [register+?] // Einen vom MAX abziehen jnz schleife // Wenn nicht 0 dann weiter Das ist extra so "platt" geschrieben das auch leute die kein Assembler können es verstehen sollten. Gruss PS.: Danke, das mit dem {O+} und {O-} werde ich mir merken. EDIT: Ich weiss nicht was ihr mit Debugger meint. Ich meine das CPU-Fenster. Da sieht man wirklich was abgeht. |
AW: Achtung. Optimierung beim Compiler
Zitat:
Zitat:
|
AW: Achtung. Optimierung beim Compiler
Jo,
in den Projektoptionen habe ich das ja ausgemacht nachdem ich den salat gesehen habe. Es geht nur darum das man es dort z.b. Generell ausmacht und einzelne Proceduren optimiert. Oder halt andersrum. Steht aber so auch in meinem ersten post. Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz