Ach, da schau an Stockfish 17 ist erschienen !

By Kurt Utzinger Date 2024-09-07 19:56

Peter Martan schrieb:

Kurt Utzinger schrieb:

Sehr lästig aber: Der neue Stockfish 17 zeigt den jeweils gerade
untersuchten Zug erst (spät) ab einer bestimmten Suchtiefe an. Bei mir üblicherweise
bei ST 37.

Aber depth 37 kann nicht die durchschnittliche sein, ab der der erste Output kommt, Kurt, ist das wirklich so bei dir? Bei mir geht's mit 30 Threads überhaupt kaum merkbar verzögert und single thread ist's auch nur eine Frage der einen oder anderen Sekunde im Fritz und im Shredder.
Ich hab' das bmi2- compile von hier

<a class='ura' href='https://github.com/official-stockfish/Stockfish/releases/tag/sf_17'>https://github.com/official-stockfish/Stockfish/releases/tag/sf_17</a>

Nein, depth 37 kann nicht durchschnittlich sein und wird vom Rechner abhängen. Manchmal nutze ich auch meine lahmes Windows Surface Tablet (4 Kerne), und da kann es viel viel länger dauern. Ich bin mir sicher, dass die SF-Entwickler nichts ändern werden ... das könnte von ihrer Ehre abgehen. Sie haben auch andere Parameters, u.a. "Minimum Thinking Time" abgeschafft. Nur schon aus solchen Gründen lohnt es sich, Stockfish 17 SE zu verwenden. Gruss Kurt

By Jörg Oster Date 2024-09-08 10:29

Tatsächlich sind es genau 30 Sekunden Verzögerung.

By Kurt Utzinger Date 2024-09-08 10:34

Jörg Oster schrieb:

Tatsächlich sind es genau 30 Sekunden Verzögerung.

Hallo Jörg
Erwartungsgemäss wird nach dem Lesen der Kommentare auf Github
gar nichts passieren. Sie sehen da kein Problem und gehen offenbar
davon aus, dass jeder zuhause einen super schnellen Rechner hat.
Gruss
Kurt

By Peter Martan Date 2024-09-08 11:21 Edited 2024-09-08 11:25

Bei mir nicht.
Eigentlich gar keine wirklich merkbare, nicht im Fritz (19) und nicht im Shredder (13).
Und in der Konsole erst recht nicht:

Stockfish 17 by the Stockfish developers (see AUTHORS file)
go depth 30
info string Available processors: 0-31
info string Using 1 thread
info string NNUE evaluation using nn-1111cefa1111.nnue (133MiB, (22528, 3072, 15, 32, 1))
info string NNUE evaluation using nn-37f18f62d772.nnue (6MiB, (22528, 128, 15, 32, 1))
info depth 1 seldepth 2 multipv 1 score cp 13 nodes 20 nps 10000 hashfull 0 tbhits 0 time 2 pv e2e4
info depth 2 seldepth 2 multipv 1 score cp 14 nodes 48 nps 16000 hashfull 0 tbhits 0 time 3 pv c2c3
info depth 3 seldepth 2 multipv 1 score cp 22 nodes 76 nps 25333 hashfull 0 tbhits 0 time 3 pv e2e4
info depth 4 seldepth 2 multipv 1 score cp 22 nodes 97 nps 32333 hashfull 0 tbhits 0 time 3 pv e2e4
info depth 5 seldepth 3 multipv 1 score cp 42 nodes 124 nps 41333 hashfull 0 tbhits 0 time 3 pv e2e4
info depth 6 seldepth 4 multipv 1 score cp 35 nodes 197 nps 65666 hashfull 0 tbhits 0 time 3 pv g1f3
info depth 7 seldepth 4 multipv 1 score cp 42 nodes 309 nps 103000 hashfull 0 tbhits 0 time 3 pv d2d4 d7d5 g1f3
info depth 8 seldepth 9 multipv 1 score cp 38 nodes 1984 nps 330666 hashfull 0 tbhits 0 time 6 pv e2e4 e7e5 g1f3 b8c6 d2d4 e5d4 f3d4
info depth 9 seldepth 10 multipv 1 score cp 40 nodes 3415 nps 487857 hashfull 1 tbhits 0 time 7 pv e2e4 e7e5 g1f3 b8c6 d2d4 e5d4 f3d4
info depth 10 seldepth 9 multipv 1 score cp 40 nodes 3634 nps 519142 hashfull 1 tbhits 0 time 7 pv e2e4 e7e5 g1f3 b8c6 d2d4 e5d4 f3d4
...
info depth 30 seldepth 37 multipv 1 score cp 23 nodes 6276969 nps 1136308 hashfull 988 tbhits 0 time 5524 pv d2d4 d7d5 c2c4 e7e6 b1c3 g8f6 c4d5 e6d5 c1g5 c7c6 d1c2 h7h6 g5h4 f8e7 e2e3 e8g8 f1d3 c6c5 g1e2 c5d4 e2d4 b8c6 d4c6 b7c6 a1d1 c8e6 h2h3
bestmove d2d4 ponder d7d5

By Thomas Plaschke Date 2024-09-08 16:33

Danke Peter!

Ich wundere mich auch, kann ich die geschilderten Verzögerungen doch überhaupt nicht beobachten und weiß gar nicht genau, was gemeint sein könnte.
Mit Stockfish 17 AVX512 habe ich mit Fritz sofort eine Ausgabe und unter Arena - wie üblich - ab 8 Hz (im Engineausgabefester ab dem 1 Hz). Wie bei Dir ist also von Anfang an alles da.

Viele Grüße
Th. Plaschke

By Kurt Utzinger Date 2024-09-08 16:50

Thomas Plaschke schrieb:

Es geht nicht um das Engine-Ausgabefenster, sondern um die Box, wo der jeweils intern
gerade untersuchte Zug, z.B  9...Kh8 (5/33) also um den gerade berechneten 5. Ast von
33 möglichen Zügen.
Gruss
Kurt

By Lothar Jung Date 2024-09-08 17:21

Hängt es von der GUI ab?!

By Kurt Utzinger Date 2024-09-08 19:18

Lothar Jung schrieb:

Hängt es von der GUI ab?!

Hallo Lothar
Nein, ist nicht von der GUI abhängig: habe unter Arena, Fritz 17, CB 16/17, Deep Shredder getestet.
Gruss
Kurt

By Peter Martan Date 2024-09-08 17:46 Upvotes 1

Ach so, naja, das brauch' ich aber eigentlich wirklich nicht sehr dringend, wenn ich die HV ohnehin schon die ganze Zeit vom Starten an im Output habe.
Sorry fürs Missverständnis.

By Thomas Plaschke Date 2024-09-08 18:30 Upvotes 1

Danke für die Erklärung, Kurt.

Das ist mir bei anderen Engines auch schon unangenehm aufgefallen. Ich hielt das bisher für einen Fehler der GUIs.

Im Stockfish-Quellcode steht, dass insbesondere das Fritz-GUI nicht mit der Informationsflut fertig wird. Deswegen wird currmove erst nach 10.000.000 Knoten ausgegeben. An drei Stellen werden in Stockfish diese 10 MN abgefragt. Erstmal ohne versuchen, dachte ich. Aber meine Versuche, den aktuell untersuchten Zug früher auszugeben, sind bisher ohne Erfolg geblieben. Der Stockfish-Code übersteigt meine C++-Kenntnisse doch bei weitem. Das Arena-GUI lief dabei übrigens immer stabil.

Viele Grüße
Th. Plaschke

By Kurt Utzinger Date 2024-09-08 19:29

Thomas Plaschke schrieb:

Danke für die Erklärung, Kurt.

Das ist mir bei anderen Engines auch schon unangenehm aufgefallen. Ich hielt das bisher für einen Fehler der GUIs.

Im Stockfish-Quellcode steht, dass insbesondere das Fritz-GUI nicht mit der Informationsflut fertig wird. Deswegen wird <code>currmove</code> erst nach 10.000.000 Knoten ausgegeben. An drei Stellen werden in Stockfish diese 10 MN abgefragt. Erstmal ohne versuchen, dachte ich. Aber meine Versuche, den aktuell untersuchten Zug früher auszugeben, sind bisher ohne Erfolg geblieben. Der Stockfish-Code übersteigt meine C++-Kenntnisse doch bei weitem. Das Arena-GUI lief dabei übrigens immer stabil.

Viele Grüße
Th. Plaschke

Hallo Thomas
Wer also Wert auf rechtzeitigen Output des gerade untersuchten Astes
legt, der kommt nicht umhin, auf Stockfish SE auszuweichen, der auch
die Einstellung von Parametern erlaubt, welche die SF-Entwickler
gestrichen haben (Minimum Thinking Time / Slow Mover ).
Gruss
Kurt

By Thomas Plaschke Date 2024-09-08 21:55

Ja Kurt, so sieht's wohl leider aus.

Wer ein bisschen vom Programmieren versteht, mag sich vielleicht auch behelfen können. Aber sonst ist man ohne fremde Hilfe aufgeschmissen.
- Und ich dachte bisher, das sei ein Fehler der GUIs!

Ich habe die Verzögerung in Stockfish 17 jetzt ganz entfernt und das Programm kompiliert. Die Ausgabe in Arena ruckt nun anfangs etwas, weil ja viel mehr Ausgaben zu verarbeiten sind. Aber currmove und Ast werden von Arena nicht sofort verwendet, obwohl es die Ausgabe bekommen haben muss! Im Engine-Ausgabefenster (Taste F4) werden diese Ausgaben auch nicht angezeigt. Im Konsolenmodus finden sie aber definitiv statt.
Bei Shredder zeigt sofort an. Eine Verzögerung habe ich nicht bemerkt. HIARCS Chess Explorer Pro sehe ich als den misslungenen Versuch einer Benutzeroberfläche für Schachprogramme an. Ich habe es trotzdem versucht. Schließlich war die Engine-Ausgabe fast weg bzw. einzeilig geworden - und dann hatte ich keine Lust mehr. Ohnehin rotzt das Programm die Ausgabe einfach so ins Fenster und nicht in Felder (machen ohnehin nur Arena und Fritz so ordentlich und strukturiert). Banksia verkneife ich mir, solange nicht wenigstens der Versuch einer ergonomischen Gestaltung erkennbar ist (tolle Funktionen, aber von jeher schlechteste Bedienbarkeit und ein Biotop für bugs). Die Ausgabe war mir auch nicht positiv in Erinnerung geblieben. Und Fritz habe ich nach den Infos dazu noch nicht ausprobiert.

Viele Grüße
Th. Plaschke

By Kurt Utzinger Date 2024-09-09 11:52 Upvotes 1

Thomas Plaschke schrieb:

Ich habe die Verzögerung in Stockfish 17 jetzt ganz entfernt und das Programm kompiliert. Die Ausgabe in Arena ruckt nun anfangs etwas, weil ja viel mehr Ausgaben zu verarbeiten sind. Aber <code>currmove</code> und Ast werden von Arena nicht sofort verwendet, obwohl es die Ausgabe bekommen haben muss! Im Engine-Ausgabefenster (Taste F4) werden diese Ausgaben auch nicht angezeigt. Im Konsolenmodus finden sie aber definitiv statt.
Bei Shredder zeigt sofort an. Eine Verzögerung habe ich nicht bemerkt. HIARCS Chess Explorer Pro sehe ich als den misslungenen Versuch einer Benutzeroberfläche für Schachprogramme an. Ich habe es trotzdem versucht. Schließlich war die Engine-Ausgabe fast weg bzw. einzeilig geworden - und dann hatte ich keine Lust mehr. Ohnehin rotzt das Programm die Ausgabe einfach so ins Fenster und nicht in Felder (machen ohnehin nur Arena und Fritz so ordentlich und strukturiert). Banksia verkneife ich mir, solange nicht wenigstens der Versuch einer ergonomischen Gestaltung erkennbar ist (tolle Funktionen, aber von jeher schlechteste Bedienbarkeit und ein Biotop für bugs). Die Ausgabe war mir auch nicht positiv in Erinnerung geblieben. Und Fritz habe ich nach den Infos dazu noch nicht ausprobiert.

Viele Grüße
Th. Plaschke

Hallo Thomas
Auch beim Hiarcs Chess Explorer kann man das Engine-Fenster so einstellen und
beliebig gross machen, dass alle Infos der laufenden Analyse sichtbar sind.
Einfach "select mode" (runder Pfeil im Analysefenster) mit der Auwahl
- Standard view
- Standard view with statistics
- Importan changes
- Complete history
- Only evaluation
Ich habe dir einen Screeshot hochgeladen, der 30 Tage gültig ist auf
https://www.swisstransfer.com/d/bf997151-59d8-4ede-8fa8-5efd1a5990eb
Viele Grüsse
Kurt

By Thomas Plaschke Date 2024-09-09 17:22

Das ist wirklich sehr hilfreich und lieb von Dir!
Das Problem ist behoben. Ich habe wieder die "complete history"!

Das hat mir einige Nerven geschont.

Vielen Dank!
Thomas

By Jörg Oster Date 2024-09-08 20:18

Hast recht, Thomas, es sind 10,000,000 nodes.
Keine Ahnung, warum ich die 30 Sekunden im Kopf hatte.
Das muss ich mit den rootDepth 30 von vorher verwechselt haben.

Ursprünglich waren es 3 Sekunden Verzögerung.
Das hat viele Jahre problemlos funktioniert, und dann muss man es m. M. nach überhastet verändern.

By Thomas Plaschke Date 2024-09-08 21:12

Hallo Jörg,
wenn ich die Bedingung nodes > 10000000 auskommentiere, erhalte ich nach go depth 3 diese Ausgabe:

Engine:

Stockfish 17 by the Stockfish developers (see AUTHORS file)
go depth 3
info string Available processors: 0-35
info string Using 1 thread
info string NNUE evaluation using nn-1111cefa1111.nnue (133MiB, (22528, 3072, 15, 32, 1))
info string NNUE evaluation using nn-37f18f62d772.nnue (6MiB, (22528, 128, 15, 32, 1))
info depth 1 currmove a2a3 currmovenumber 1
info depth 1 currmove b2b3 currmovenumber 2
info depth 1 currmove c2c3 currmovenumber 3
info depth 1 currmove d2d3 currmovenumber 4
info depth 1 currmove e2e3 currmovenumber 5
info depth 1 currmove f2f3 currmovenumber 6
info depth 1 currmove g2g3 currmovenumber 7
info depth 1 currmove h2h3 currmovenumber 8
info depth 1 currmove a2a4 currmovenumber 9
info depth 1 currmove b2b4 currmovenumber 10
info depth 1 currmove c2c4 currmovenumber 11
info depth 1 currmove d2d4 currmovenumber 12
info depth 1 currmove e2e4 currmovenumber 13
info depth 2 currmove a2a3 currmovenumber 2
info depth 2 currmove e2e4 currmovenumber 3
info depth 3 seldepth 2 multipv 1 score cp 16 lowerbound nodes 56 nps 5600 hashfull 0 tbhits 0 time 10 pv e2e4
info depth 1 currmove e2e4 currmovenumber 1
info depth 1 currmove c2c3 currmovenumber 2
info depth 1 currmove a2a3 currmovenumber 3
info depth 1 currmove d2d3 currmovenumber 4
info depth 1 currmove e2e3 currmovenumber 5
info depth 1 currmove f2f3 currmovenumber 6
info depth 1 currmove g2g3 currmovenumber 7
info depth 1 currmove h2h3 currmovenumber 8
info depth 1 currmove a2a4 currmovenumber 9
info depth 1 currmove b2b4 currmovenumber 10
info depth 1 currmove c2c4 currmovenumber 11
info depth 1 currmove d2d4 currmovenumber 12
info depth 1 currmove b2b3 currmovenumber 13
info depth 1 currmove f2f4 currmovenumber 14
info depth 1 currmove g2g4 currmovenumber 15
info depth 1 currmove h2h4 currmovenumber 16
info depth 1 currmove b1a3 currmovenumber 17
info depth 1 currmove b1c3 currmovenumber 18
info depth 1 currmove g1f3 currmovenumber 19
info depth 1 currmove g1h3 currmovenumber 20
info depth 3 seldepth 2 multipv 1 score cp 22 nodes 76 nps 6333 hashfull 0 tbhits 0 time 12 pv e2e4
bestmove e2e4

currmove wird angezeigt, aber die Ausgabe scheint mir etwas eigenartig. Die erste Hauptvariante wird für Tiefe 3 angezeigt. currmove wird mehrmals für Tiefe 1 angezeigt, obwohl die Suche schon tiefer ist.

Meine Vermutung:
- e2-e4 fiel als neue Bester Zug aus dem Suchfenster und die Wiederholungssuche setzte gleich einen Halbzug tiefer neu an.
- Also wieder a2-a3 als ersten zu untersuchenden Zug in Tiefe 2.
- Danach der neue beste Zug e2-e4.
- Und jetzt die neue Hauptvariante. Aber mit Angabe Tiefe 3.
- Dann läuft das Programm komplett durch alle 20 Züge der Grundstellung - mit Tiefe 1 -
- und gibt am Ende wieder eine Hauptvariante für Tiefe 3 aus.

Wäre das mein Programm

, würde ich glauben, da läuft was nicht synchron.

Aber jedenfalls wird currmove sofort ausgegeben. Auch Arena scheint das zu schnell zu sein, um den aktuellen Zug anzeigen zu können.

Viele Grüße
Th. Plaschke

By Jörg Oster Date 2024-09-09 13:05

Hallo Thomas,
hier mal schnell zum Vergleich das, was ich erhalte.

Engine:

go depth 3
info string Available processors: 0-3
info string Using 1 thread
info string NNUE evaluation using nn-1111cefa1111.nnue (133MiB, (22528, 3072, 15, 32, 1))
info string NNUE evaluation using nn-37f18f62d772.nnue (6MiB, (22528, 128, 15, 32, 1))
info depth 1 currmove a2a3 currmovenumber 1
info depth 1 currmove b2b3 currmovenumber 2
info depth 1 currmove c2c3 currmovenumber 3
info depth 1 currmove d2d3 currmovenumber 4
info depth 1 currmove e2e3 currmovenumber 5
info depth 1 currmove f2f3 currmovenumber 6
info depth 1 currmove g2g3 currmovenumber 7
info depth 1 currmove h2h3 currmovenumber 8
info depth 1 currmove a2a4 currmovenumber 9
info depth 1 currmove b2b4 currmovenumber 10
info depth 1 currmove c2c4 currmovenumber 11
info depth 1 currmove d2d4 currmovenumber 12
info depth 1 currmove e2e4 currmovenumber 13
info depth 1 currmove f2f4 currmovenumber 14
info depth 1 currmove g2g4 currmovenumber 15
info depth 1 currmove h2h4 currmovenumber 16
info depth 1 currmove b1a3 currmovenumber 17
info depth 1 currmove b1c3 currmovenumber 18
info depth 1 currmove g1f3 currmovenumber 19
info depth 1 currmove g1h3 currmovenumber 20
info depth 1 seldepth 2 multipv 1 score cp 13 nodes 20 nps 6666 hashfull 0 tbhits 0 time 3 pv e2e4
info depth 2 currmove e2e4 currmovenumber 1
info depth 2 currmove a2a3 currmovenumber 2
info depth 2 currmove c2c3 currmovenumber 3
info depth 1 currmove c2c3 currmovenumber 1
info depth 1 currmove a2a3 currmovenumber 2
info depth 1 currmove b2b3 currmovenumber 3
info depth 1 currmove d2d3 currmovenumber 4
info depth 1 currmove e2e3 currmovenumber 5
info depth 1 currmove f2f3 currmovenumber 6
info depth 1 currmove g2g3 currmovenumber 7
info depth 1 currmove h2h3 currmovenumber 8
info depth 1 currmove a2a4 currmovenumber 9
info depth 1 currmove b2b4 currmovenumber 10
info depth 1 currmove c2c4 currmovenumber 11
info depth 1 currmove d2d4 currmovenumber 12
info depth 1 currmove e2e4 currmovenumber 13
info depth 1 currmove f2f4 currmovenumber 14
info depth 1 currmove g2g4 currmovenumber 15
info depth 1 currmove h2h4 currmovenumber 16
info depth 1 currmove b1a3 currmovenumber 17
info depth 1 currmove b1c3 currmovenumber 18
info depth 1 currmove g1f3 currmovenumber 19
info depth 1 currmove g1h3 currmovenumber 20
info depth 2 seldepth 2 multipv 1 score cp 14 nodes 48 nps 16000 hashfull 0 tbhits 0 time 3 pv c2c3
info depth 3 currmove c2c3 currmovenumber 1
info depth 2 currmove c2c3 currmovenumber 1
info depth 2 currmove a2a3 currmovenumber 2
info depth 2 currmove e2e4 currmovenumber 3
info depth 1 currmove e2e4 currmovenumber 1
info depth 1 currmove c2c3 currmovenumber 2
info depth 1 currmove a2a3 currmovenumber 3
info depth 1 currmove d2d3 currmovenumber 4
info depth 1 currmove e2e3 currmovenumber 5
info depth 1 currmove f2f3 currmovenumber 6
info depth 1 currmove g2g3 currmovenumber 7
info depth 1 currmove h2h3 currmovenumber 8
info depth 1 currmove a2a4 currmovenumber 9
info depth 1 currmove b2b4 currmovenumber 10
info depth 1 currmove c2c4 currmovenumber 11
info depth 1 currmove d2d4 currmovenumber 12
info depth 1 currmove b2b3 currmovenumber 13
info depth 1 currmove f2f4 currmovenumber 14
info depth 1 currmove g2g4 currmovenumber 15
info depth 1 currmove h2h4 currmovenumber 16
info depth 1 currmove b1a3 currmovenumber 17
info depth 1 currmove b1c3 currmovenumber 18
info depth 1 currmove g1f3 currmovenumber 19
info depth 1 currmove g1h3 currmovenumber 20
info depth 3 seldepth 2 multipv 1 score cp 22 nodes 76 nps 25333 hashfull 0 tbhits 0 time 3 pv e2e4
bestmove e2e4

(Mehr dazu später.)

By Jörg Oster Date 2024-09-09 16:53

Grundsätzlich ist es natürlich gut, am Anfang die Anzahl an Ausgaben möglichst niedrig zu halten.
Dies wird ja auch in den UCI-Spezifikationen empfohlen.
Eine Limitierung von 3 Sekunden für die Ausgabe von currmove und currmovenumber wie es lange Zeit üblich war,
erscheint mir allerdings mehr als ausreichend. Bei der heutigen Geschwindigkeit der PCs und sonstigen Geräte
sollte sogar 1 Sekunde durchaus genügen.

Wobei dies aber meiner Meinung nach nur ein grober Mechanismus ist, und es durchaus Stellungen gibt,
die diesen aushebeln können. Siehe z. b. https://github.com/official-stockfish/Stockfish/pull/5460
Dann ist möglicherweise eine etwas intelligentere Lösung erforderlich,
und nicht einfach nur eine Anhebung des begrenzenden Limits.

By Jörg Oster Date 2024-09-10 12:47 Edited 2024-09-10 12:53 Upvotes 2

Hier nun noch ein paar Anmerkungen zu den teils reduzierten Angaben zur Suchtiefe (depth).
(Für die, die es interessiert ...)

Bei der ersten Iteration, also bei der nominalen Suchtiefe von 1, ist alles noch so, wie man es erwarten würde.
Alle Züge werden mit info depth 1 currmove ... gesucht und angezeigt.

Bei der zweiten Iteration, also bei der nominalen Suchtiefe von 2, passiert es dann zum ersten Mal.
Der erste und der zweite Zug werden noch mit info depth 2 ... gesucht und angezeigt.
Beim 3. Zug c2c3 passiert dann folgendes:
Dieser Zug ist dann besser als erwartet, ein sog. fail-high, nach dem dann für die nochmalige Suche (re-search)
mit verbreitertem Erwartungsfenster (aspiration window), die Suchtiefe in Stockfish um 1 gesenkt wird.
Außerdem wird dieser Zug c2c3 dann der neue 1. Zug.
Daher wird er bei der nochmaligen Suche dann mit info depth 1 currmove c2c3 currmovenumber 1 angezeigt.
Alle nachfolgenden Züge werden dann ebenfalls nur noch mit dieser um 1 reduzierten Suchtiefe untersucht und auch so angezeigt.

Außerdem kann es passieren, dass ein Zug nicht nur einmal ein fail-high fabriziert, sondern evtl. mehrmals hintereinander.
Und jedes Mal wird dann die Suchtiefe neuerlich um 1 verringert. Das kann ggf. dazu führen, dass dieser Zug und alle nachfolgenden Züge
statt mit einer nominalen Suchtiefe von z. B. 4 statt 10 untersucht wird. Was dann schon ziemlich drastisch ist ...

Ob dies so gewollt ist oder aber einfach nur ein Versehen ist, weiß ich nicht.
Denn eigentlich sollte die nominale Suchtiefe für alle Züge ja die ursprüngliche sein.

Dann ist es auch eigentlich so, dass diese ersten Iterationen mit solch kleinen Suchtiefen
noch mit voll geöffnetem Fenster untersucht werden können um eben genau solche fail-highs oder fail-lows
und die damit einhergehenden re-searches zu vermeiden.

Interessant ist auch, dass der ehemals beste Zug e2e4 dann nur noch als 13. Zug nochmal untersucht wird.
Das ist schon bemerkenswert, dass dieser so weit nach hinten sortiert wird.

Edit: Fast hätt' ich es vergessen: dass ein Zug mit info depth x currmove ... angezeigt wird, bedeutet nicht zwangsweise,
dass dieser dann auch wirklich untersucht wird; er kann auch einfach übersprungen werden ...

By Max Siegfried Date 2024-09-10 13:11

Ein sehr guter leicht verständlicher Beitrag.
Aber könnte man das nicht einfach beheben? Also ich meine nicht deinen Beitrag, sondern das Problem

Es hört sich nicht so kompliziert an wie die anderen Sachen der Entwickler.

By Thomas Plaschke Date 2024-09-10 14:13 Upvotes 1

Danke für die Erklärungen.
Werden Wiederholungssuchen "normalerweise" nicht mit offenem Suchfenster durchgeführt? Dann sollte doch nur eine Wiederholung nötig sein, oder? Wenn Stockfish dabei jedesmal die "Grundsuchtiefe" erhöht (bei einem Verzweigungsfaktor deutlich < 2 vielleicht probat), ist das Finden eines besseren Zugs Teil des forward pruning.

>Fast hätt' ich es vergessen: dass ein Zug mit info depth x currmove ... angezeigt wird, bedeutet nicht zwangsweise, dass dieser dann auch wirklich untersucht wird; er kann auch einfach übersprungen werden ...

Das habe ich nicht erwartet. Witzigkeit kennt keine Grenzen!

Viele Grüße
Th. Plaschke

By Jörg Oster Date 2024-09-10 15:36

Nein, bei den Wiederholungssuchen wird das Fenster nur schrittweise geöffnet.
Das wird mithilfe der delta Variablen gesteuert, welche bei jedem fail-high oder -low vergrößert wird.
Irgendwann ist delta dann aber so groß, dass man dann ein teilweise oder voll geöffnetes Erwartungsfenster erhält.

By Thomas Plaschke Date 2024-09-10 18:52

Wieder was gelernt! Lässt sich manchmal kaum vermeiden

VG Thomas