Zu diesem Problem (fals es denn eines sein sollte) mal 3 Bemerkungen:
1) dieses Posting im Hiarcs-Forum wirkt nicht gerade vertrauenserweckend, wenn z.B. nicht einmal die FEN dieser Stellung korrekt angegeben wurde
2) außerdem steht da nirgends, welche Einstellung bei dieser Stellung verwendet wurde (Matt-, normale oder Analyse-Stufe?)
3) und schließlich bedeutet höhere Taktfrequenz tatsächlich nicht immer automatisch auch schnellere Lösezeiten (das kenne ich schon von anderen Engines in CB-Emu)!
Wenn z.B. der Suchvorgang des Programms von der bereits verbrauchten Zeit abhängt, dann kommt die Version mit höherer Taktfrequenz natürlich schneller 'in die Tiefe', und findet möglicherweise dort in gleicher Zeit eine andere Variation mit besserer Bewertung. Damit sucht dann eben das schneller laufende Programm eher in diesem Zweig weiter, als das langsamere, und kann dadurch auch wieder Zeit verlieren, wenn die Lösung sich dann doch in einem anderen Zweig befindet.
Kurz gesagt: der Suchbaum eines Programms bei höherer Taktfrequenz muß NICHT unbedingt 1:1 identisch (eben nur scheller) zu jenem bei langsamerer CPU sein, sondern sie können sich auch völlig voneinander unterscheiden.

Aber jetzt kann ja jeder selbst diese Stellung ausprobieren (ich hab dazu keine Lust, weil ich mir erst wieder ansehen müßte, wie man beim Constellation Stellungen eingibt), denn inzwischen habe ich auch den Constellation 3.6 in MessExtra (und CB-Emu) eingebaut, und ein neues CB-Emu-Paket bereits hochgeladen.

Beim Constellation 3.6 habe ich nur 2 Dinge geändert, erstens natürlich die Taktfrequenz (auf 3.6 MHz), und dann auch noch den CPU-Typ auf einen 65SC02 (von Rockwell) anstatt einer 'normalen' 6502-CPU, weil der 3.6er laut Berger eben diese CPU verwendet (vielleicht rechnet diese CPU ja auch irgendwie anders als die normale?).

Grüße,
Franz