Hey,
die Frage ist vllt etwas blöd, aber mich interessier was schneller ist 
Mit einer For-Schleife oder ohne?
for(new i=0; i<10; i++)
{
if( i > 0 )
{
printf("%i",i);
}
}
new ida=0;
schleife:
if(ida < 10) {
ida++;printf("%i",ida);
goto schleife;
}
Das interessiert mich gerade, denn das mit dem goto: ist doch sozusagen auch so eine Art for-Schleife
Bei einer Menge von 10 lies sich kein Unterschied feststellen.
Ab einer Menge von 10.000 waren größere Unterschiede zu erkennen:
For-Schleife brauchte 784ms, goto brauchte 681ms
Bei 100.000 lag der Unterschied bei 6824ms (for-schleife) und 6717ms (goto)
Sollte gleich schnell sein.
Funktionell ist das ganze genau dasselbe, kommt ein bisschen drauf an wie der Pawn Compiler
die Sache verarbeitet und was die virtuelle Maschine dann damit anfängt...
Kannst du mal mit experimentieren, aber ich denke der Unterschied ist entweder nicht vorhanden,
nicht messbar oder, das auf jedenfall, nicht relevant.
Vom unteren ist aber abzuraten, goto zu benutzen ist kein schöner Stil.
Macht die Logik von Code zu undurchsichtig (wenn auch in diesem Fall nicht so sehr).
EDIT: LeijaT war schneller, aber, wie man sieht, der Unterschied ist nicht groß.
Die höhere Geschwindigkeit wird daher kommen, dass der Compiler mit For-Schleifen mehr anfangen/optimieren kann.
Eine for-Schleife ist schneller und ordentlicher als eine goto-Schleife !
mfg. 
Bei einer Menge von 10 lies sich kein Unterschied feststellen.
Ab einer Menge von 10.000 waren größere Unterschiede zu erkennen:
For-Schleife brauchte 784ms, goto brauchte 681ms
Bei 100.000 lag der Unterschied bei 6824ms (for-schleife) und 6717ms (goto)
Wenn das so ist, ist goto ja schneller als die for-Schleife, denn ich habe meine Schleifen ja immer maximal auf 500
Bloß frag ich micht, ob sich das lohnt für die 100 ms 
Bei 500 Elementen beträgt der Unterschied sowieso keine 100ms sondern, rechnerisch, 5,15ms.
Das ist extrem wenig und nein, es lohnt sich auf keinen Fall 
Wenn das so ist, ist goto ja schneller als die for-Schleife, denn ich habe meine Schleifen ja immer maximal auf 500
Bloß frag ich micht, ob sich das lohnt für die 100 ms
Nicht unbedingt, ich habe das ganze jetzt einfach nacheinander im OnGameModeInit getestet und durchaus sind da noch Dinge wie Startlatenzen etc zu beachten, die von Start zu Start immer ein Stück variieren. Letztlich tut sich in der Geschwindigkeit nichts (auch bei 100k nur 100ms, genau so wie bei 10k. Diese 100ms Unterschied sind vermutlich Latenzen, die mit der Geschwindigkeit nichts zu tun haben und von äußerem Einfluss her kamen.
Gerade dass sich die Differenzen nicht verändern ist wichtig, ist mir eben nicht aufgefallen.
Wird wohl tatsächlich Zufall sein.
Wenn man da richtige Werte haben will muss man das normalerweise sowieso sehr oft machen und so ne
Art Durchschnittswert ausrechnen.
Wie findet man denn die ms raus?
goto ist BÖSE!
Wer mit goto arbeitet programmiert unsauber, es gibt nur ganz ganz wenige Situationen wo man keine andere wahl als goto hat.
Aber ansonsten gehört das in keinen anständigen Code.
Statt so einem goto Müll kannst du auch schlicht einfach eine der 2 anderen Schleifen nehmen die es gibt.
//Do-While
new a = 0;
do
{
a++;
}
while(a < 10);
Vorteil, sie wird immer mindestens einmal durchlaufen bevor die Bedingung geprüft wird.
//While-Do
new b = 10;
while(b > 0)
{
b++;
}
Hier wird erst geprüft und dann durchlaufen.
Im Grunde bekommt man mit den 3 Schleifen eigentlich alles hin.
Ich denke er kannte die Schleifen, die Frage war eher rein wissenschaftlich xD
Es gibt auch ein unterschied ob man den wert i normal erhöht per Postinkrement oder Präinkrement
da Praininkrements schneller sind also ++i statt i++
jedoch gilt sowas nicht für Pawn.
Ich denke er kannte die Schleifen, die Frage war eher rein wissenschaftlich xD
Kannte sie schon, aber wusste nicht, dass es sie auch in samp gibt 
Aber du hast schon recht, ich meine Frage war rein "wissenschaftlich"
Kannte sie schon, aber wusste nicht, dass es sie auch in samp gibt
Aber du hast schon recht, ich meine Frage war rein "wissenschaftlich"
ließt du das samp-wiki nicht durch
hier mal der link dazu falls du diesen bereich noch nicht kennen solltest im samp wiki
http://wiki.sa-mp.com/wiki/Control_Structures
Wenn Du wirklich nicht mehr ganz 100% gesund im Kopf bist un es eine Opcode Tabelle geben würde, könntest Du den Bytecode durchgehen und die benötigten CPU Zyklen (pro Opcode)zusammen addieren, aber meines Wissen gibt es eine solche Tabelle in Pawn nicht (oder man müsste mal Compuphase anfragen) und wer zählt sowas schon, das ist Mikrooptimierung (sofern jetzt nicht grad ein fetter IO Codeblock in der Schleife liegt). Jedoch wäre es dann nichtmal genau möglich, da die Just in Time Compilation noch nicht einberechnet ist....vergiss es also oder benutz GetTickCount und lass genug oft iterieren um einen Durchschnitt ziehen zu können.
Bei 500 Elementen beträgt der Unterschied sowieso keine 100ms sondern, rechnerisch, 5,15ms. Dieser Meinung schließe ich mich an Mit freundlichen Grüßen
Das ist extrem wenig und nein, es lohnt sich auf keinen Fall 
[GP]Saitek | Timo
Ist ja eh besser dann mit for-SChleife, denn das ist eigentlich genauso schnell wie goto, nur ordentlicher und "un"komplizierter
