Gut. Ein bisschen zu reisserisch der Betreff.

Ich habe mir den SugaR 2.3-Sourcecode herunter geladen und kompiliert. Nicht unerwartet war die mit minGW 5.3.0 kompilierte Version die schnellste. Alles gut, dachte ich. Bis ich bemerkte, dass jede der 8 Exe-Versionen, die ich standardmäßig erstelle, eine andere Knotenzahl beim Benchmarkresultat anzeigte ...
Schließlich hatte ich dieses Ergebnis notiert (PGO = PGO-Build; Opt =  compilerspezifische Optimierungsoptionen; -O3 = Standard-Optimierungsstufe 3;  BLD = "normaler" Build):

Um PGO als Ursache auszuschließen, habe ich die normalen Builds und eine Visual C++ -Version auch noch gemacht. Aber keine brachte das gleiche Ergebnis wie das Original. Manchmal unterscheiden sich "normaler" und PGO-Build um einen Knoten (minGW 4.8.4) oder bei der 4.9.2 unterscheidet sich nur der Wert der BLD-Opt um einen Knoten von den anderen Messungen! - Eigenwillig. Bei der 4.7.3 und der 5.3.0 gibt es dagegen nicht eine auch nur annähernde Übereinstimmung.

Zu guter Letzt fiel mir ein, dass es vom Original ja auch noch eine 32-Bit-Version und eine Universal-64-Bit-Version gibt:
SugaR 2.3 32-Bit: 7.909.503
SugaR 2.3 64-Bit: 7.422.138

Da anscheinend auch die "offiziellen" Versionen verschiedene Ergebnisse bringen, muss meine Beobachtung wohl ihre Ursache im Quellcode haben. Ich würde vorsichtig einen ausgewachsenen Bug vermuten.

Bei Stockfish konnte ich Vergleichbares noch nie feststellen. Liegt wohl am QM.

Habt Ihr eine bessere Erklärung oder andere Beobachtungen?

Viele Grüße
Th. Plaschke