Grundrechnungsarten

wie wärs wenn du dir einfach für jede möglichkeit eine schleife mit
x wiederholungen baust, die zeit speicherst, und dann vergleichst?
dann weisst dus sicher ...

mfg
mexx :devil:

Zitat von Swoncen

Oder ist alles gleich schnell?

Ja. Subtraktionen sind auch nur Additionen (mit vorheriger Ermittlung des Komplements, aber das ist gratis), und Vergleiche mit > sind auch nur Subtraktionen. Du hast also bei jeder Variante die Kosten von zwei Additionen, und die sind wohl immer gleich schnell.

Aber... bist du dir sicher, daß du diese Frage überhaupt stellen solltest? Wenn dein Programm zu langsam ist, optimiere richtig, statt an solchen winzigen Kleinigkeiten zu feilen. Oder verwende nicht Java... (das ist jetzt eine Annahme).
Wenn es aber nicht zu langsam ist, dann ist Mikrooptimierung Zeitverschwendung.

taktzahlen für den pentium (asm-befehle):
add: 1 taktzyklus (2 wenn zweiter operand im memory, 3 wenn erster operand im memory)
sub: siehe add
cmp: 1 taktzyklus (2 wenn operand im memory)
d.h.: sub ist LANGSAMER als cmp, wenn der erste operand im memory ist! (grund: sub speichert das ergebnis im 1.operanden, cmp im flagregister)
in deinem fall ist es zwar egal, aber ich wollte einfach mit meinem (aus einem buch abgeschriebenen) assemblerwissen angeben:D .

Zitat von Swoncen

Ich verwende C++ und habe schon an sehr vielen Stellen Optimiert.. Ich programmier ein Motion Detection System und schaffe im Moment bei 640*480 RGB Videos 29,3 FPS ohne SIMD. Ich hab auf Speicheroptimierung schon fast alles optimiert was geht... Jetzt kommts auf die kleinen Dinge an.

verwendest du die IPP? mit der hab ich damals viel rausholen koennen...

Zitat von Swoncen

Ich habs verwendet, aber ich habs im Moment schneller ohne IPP. Welche IPP Version hast du verwendet?

puuh, das war letztes Jahr... Ich glaub das war Version 3 - bin mir aber echt nicht sicher...

Tjo, und warum ohne SIMD? Wennst für jeden Pixel den gleichen Krempel machst, könntest da sicher was rausreißen.