Not logged inCSS-Forum
Forum CSS-Online Help Search Login
CSS-Shop Impressum Datenschutz
Up Topic Hauptforen / CSS-Forum / Erfahrungen mit Integral v8 64-bit
1 2 Previous Next  
- - By Dietmar Klinger Date 2026-10-21 19:27 Upvotes 1
Ich hatte mir am Wochenende die Schach Engine vom Programmierer Aron Petkovski, Integral unter Linux installiert.
Diese macht mir gerade auch in Analysen einen saustarken Eindruck.
Wer hat diese Engine schon mal länger getestet und wie sind die Erfahrungen.

MfG Dietmar
Parent - - By Reinhold Stibi Date 2026-10-21 21:12
Meine Lieblingsteststellung: Short -Timman, Tillburg 1991,
Matt in 15, 32.Kg3 ! löst Integral 8 nicht, spielt 32. Df4, schade.
Parent - - By Dietmar Klinger Date 2026-10-21 23:25 Upvotes 1
Reinhold Stibi schrieb:

Meine Lieblingsteststellung: Short -Timman, Tillburg 1991,
Matt in 15, 32.Kg3 ! löst Integral 8 nicht, spielt 32. Df4, schade.

Hast du es auch unter Linux getestet? Engines bringen unter Linux nämlich 10 bis 15 % mehr Leistung.
Vielleicht ist aber auch die Hardware zu schwach.
Parent - By Dietmar Klinger Date 2026-10-22 02:47 Upvotes 1
Wie man hier sieht dauert die Lösung nur wenige Sekunden und er zeigt das Matt in 17 Zügen an.
Parent - - By Kurt Utzinger Date 2026-10-22 11:01 Edited 2026-10-22 11:22
Reinhold Stibi schrieb:

Meine Lieblingsteststellung: Short -Timman, Tillburg 1991,
Matt in 15, 32.Kg3 ! löst Integral 8 nicht, spielt 32. Df4, schade.


Hallo Reinhold

Für mich ist Integral v8 keine brauchbare Engine. Sie hat grosse Mühe, höhere Suchtiefen (im Vergleich zu anderen Engines) zu erreichen. Auch zeigt sie den intern gerade untersuchten Zug nicht an. Und in der vorliegenden Stellung habe ich nach 8m59s ergebnislos abgebrochen. Die Engine spielt 32.Df4, was zugegebenermassen auch gewinnt. So gesehen, ist es eigentlich gar nicht wichtig, ob man 32.Kg3 findet oder nicht. P.S. Das mit den Suchtiefen muss ich relativieren. Bin gerade dabei X-Stellungen zu testen und da werden dann teilweis auch schnell hohe Suchtiefen erreicht. Mir scheint, dass Integral v8 sehr selektiv arbeitet.

Short,Nigel D - Timman,Jan H 1-0 4, Tilburg 1991
2r2rk1/1bpR1p2/1pq1pQp1/p3P2p/P1PR3P/5N2/2P2PPK/8 w - - 0 1

Analysis by Integral v8:

32.Df4 Kg7 33.Dg5 Tb8 34.Sd2 Kg8 35.Se4 Dxe4 36.Txe4 Lxe4 37.Td2 Kh7 38.Df6 Lc6 39.g4 hxg4 40.Td4 Tg8 41.Dxf7+ Tg7 42.Dxe6 Le8 43.c5 bxc5 44.Tf4 Ld7 45.Dd5 Lf5 46.h5 Te8 47.Kg3 c6 48.Dxc5 Te6 49.Dxa5 Tf7 50.Dd8 Txe5 51.Dg5 Tfe7 52.hxg6+ Lxg6 53.Dh4+ Kg8 54.a5 Te1 55.Txg4 Kf7 56.a6 Lf5 57.Tc4 Le6 58.Tf4+ Ke8 59.Dh8+ Kd7 60.Td4+ Ld5
Tiefe: 40/88 00:08:59
Weiß steht klar auf Gewinn.
+- (7.18)
(Utzinger,  22.10.2026)

In der Zwischenzeit sind 12 Min. vorbei und 32.Kg3 wurde nicht gefunden. Vielleicht ist die Engine aber auch so programmiert, dass sie nach dem Auffinden einer klaren Gewinnstellung überhaupt keine weiteren Alternativen untersucht. Damit könnte man unnötige Rechenzeit sparen, denn gewonnen ist gewonnen und nur das zählt am Ende, das Wie ist weniger wichtig.

Gruss
Kurt
Parent - - By Dietmar Klinger Date 2026-10-22 11:25
Kurt Utzinger schrieb:
Für mich ist Integral v8 keine brauchbare Engine.

Hallo Kurt,

das sehe ich aber ganz anders. Hast Du meinen Screenshot angeschaut?
Ich habe auch andere Stellungen getestet und hatte keinerlei Probleme.
Ob dabei der gerade untersuchte Zug angezeigt wird, ist für mich nicht wichtig, sondern nur das Ergebnis.

MfG Dietmar
Parent - - By Peter Martan Date 2026-10-22 12:27 Edited 2026-10-22 13:16
Dietmar Klinger schrieb:

Hast Du meinen Screenshot angeschaut?

Hier mal dir zuliebe etwas Linux, Integral v8 aus den neuesten github- Sourcen, Geschwindigkeit rund 346.000 Knoten/s, bei gelaufenen 2.276.423 Knoten, single thread (wie willst du solche Stellungen SMP vergleichen, wenn's noch dazu mit 2 verschiedenen Compiles auf verschiedenen Rechnern und (unnötiger Weise) auf 2 Betriebssystemen passiert? Und das mit Stellungen, bei denen mehr als ein Zug klar gewinnt, also noch mehr Grund für SMP- Streuung da ist?

Zeit  Tiefe  Bewertung  Zug
10 s  27     +4,37      Df4
30 s  30     +5,56      Df4
1:44  35     +6,01      Df4
4:18  38     +6,51      Df4
Nach 5 Minuten ohne neuen Output abgebrochen.

Nur so am Rande, SF schafft einen DTM- Output am best move single thread (sogar auf dem schwachen Windows) wirklich innerhalb von Sekunden, nach 26" ist's noch ein bisschen zu lange, #18, nach 41" wird eines in 17 angezeigt, damit es das richtige #15 wird, habe ich single thread auch nicht mehr abgewartet, wäre aber natürlich die eigentlich zu testende Vergleichszeit bei dieser Stellung, und Integral v8 mit 30 Threads und 8G Hash ist bei einem einzelnen solchen SMP- Versuch nach 7 Minuten immer noch auf 32.Df4 gewesen, ja, ok, gewinnt auch, aber halt nicht in 15 Zügen, nicht in 18 und nicht in 20. Wollen mal annehmen, bei deinem glückhaften Versuch war's wirklich nur solches (SMP- fortune) oder bei meinem Pech, ansonsten würde ich ja auf Hash- Reste aus einem Vorversuch tippen
Parent - - By Dietmar Klinger Date 2026-10-22 13:57
Peter Martan schrieb:
Wollen mal annehmen, bei deinem glückhaften Versuch war's wirklich nur solches (SMP- fortune) oder bei meinem Pech, ansonsten würde ich ja auf Hash- Reste aus einem Vorversuch tippen

Nee, ich kannte die Partie gar nicht, es gab nur den einen Versuch den ich da zeigte.
Parent - - By Peter Martan Date 2026-10-22 14:19 Edited 2026-10-22 15:04 Upvotes 1
Ob du sie kanntest, ist weniger entscheidend, als ob sie Integral vielleicht schon ein bisschen kennenlernen konnte, bevor du den Screenshot gemacht hast

Ich hab' deinen Screenshot mit einem Gegenversuch von Claude single thread auf einem auf Linux- Thread vergleichen lassen (ob da noch der eine oder andere weitere dazu gekommen wäre von der zur mit meinem Abo zur Verfügung stehenden solchen Threads, hätte weniger Rolle gespielt, als die Deterministik, soweit's die überhaupt wenigstens  bei A-B auch seit NNUE noch halbwegs gibt), das Linux- Compile hat Claude lokal aus den jüngsten github- Sourcen gebaut, was da für ein Zeit- Output- Vergleich heraus kam, hab' ich oben schon zitiert.
Meine verwendete Integral v8- Version hat denselben bench (was die gezählten Knoten angeht, nämlich die besagten 2.276.423), allerdings um einiges mehr Knoten/s, obwohl "nur" Windows, siehe Tabelle unten.

Hier der Vergleich, den Claude aus deinem ("Forums- Lauf", auf unsere Postings habe ich nicht eigens verwiesen, nur das Thema genannt und eine Kopie des Screenshots hochgeladen) und meinem Lauf ("Dein Lauf", ich bin per du mit Claude ) gemacht hat, Output von meinem Rechner hab' ich wieder nach 5 Minuten hochgeladen, der war mit 30 Threads der 16x4.3GHz- CPU, 32G Hash und einem avx512- Compile:

                          Forums-Lauf               Dein Lauf
Geschwindigkeit        30,4 Mio. Knoten/s        31,8 Mio. Knoten/s
Zeit                       71 s                        362 s
Knoten                    2,15 Mrd.                   11,5 Mrd.
Tiefe                        52                         42
Bester Zug        Kg3 ab Tiefe 21, Matt in 17       Df4, +7,96

Wiederhole doch, wenn's dich wirklich interessiert, wie groß oder klein dein SMP- Glück beim Versuch vom Screenshot war, noch 3 weitere Versuche, ich mach' auch noch einmal 3 runs von je 5 Minuten, wenn da wieder nach dieser Zeit kein 32.Kg3 in Sicht ist, ansonsten bis zum Output von einem Matt in wenigstens 17, auch wenn's eigentlich nur 15 Züge bis zum Matt bei der best line wären.
Parent - - By Dietmar Klinger Date 2026-10-22 15:14
Peter Martan schrieb:

Wiederhole doch, wenn's dich wirklich interessiert, wie groß oder klein dein SMP- Glück beim Versuch vom Screenshot war

Habe ich gerade gemacht. Keine großen Änderungen. Es wurde auch wieder M17 angezeigt.
Parent - - By Peter Martan Date 2026-10-22 15:23 Edited 2026-10-22 15:29
Da hast du den Hash zwischen den Versuchen dann aber wieder nicht gelöscht

Im Ernst, Dietmar, wenn deine Installation aus irgendeinem Grund wirklich soviel stärker wäre, müsste sie zumindest das 32.Kg3, wenn schon nicht das Matt in x, auch single thread in absehbarer Zeit finden. Was hat deine Integral v8- Version für einen bench?

Schau dir die Vergleiche der beiden Runs in direkter Gegenüberstellung von meinem vorigen Posting noch einmal genau an: Nach einem Fünftel der Zeit hast du mit weniger n/s Tiefe 52 gegen 42 bei mir, wie soll das gehen, wenn da nicht schon nützliche Hash- Einträge aus voriger Analyse helfen, schneller auf den best move und dann dadurch soviel schneller auf weitere Tiefe zu kommen?
Zeig mal, ruhig ohne Screenshot, einen Output- Verlauf von Tiefe 0 an, bei dem du wieder so schnell den richtigen Zug stabil oben und eine Mattanzeige hast. Darf auch wieder SMP sein, damit du nicht so lange warten musst, wobei, wie gesagt, bei wirklicher Überlegenheit deiner Installation müsste auch single thread abwartbar sein. Aber am Verlauf des Outputs, nicht erst von dort an, wo die Engine schon "fündig" ist, müsste man dann deutlich ablesen können, was sie mit leerem Hash gestartet, leistet, oder ob sie nicht vielleicht doch auch schon von einem Lauf davor profitiert, sei's auch nur kurzes Einlesen des 32.Kg3, nach dem du das GUI oder die Konsole nicht neu gestartet hast.
Parent - - By Dietmar Klinger Date 2026-10-22 15:42
Peter Martan schrieb:
Da hast du den Hash zwischen den Versuchen dann aber wieder nicht gelöscht

Ich habe es nun ein 3. Mal gemacht und den Hash zwischen den Versuch davor auch gelöscht.
Jetzt zeigt er auch recht schnell Kg3 und auch M15 an. Ich belasse es dabei. Ich werde das Ganze noch mal auf einen Windows Rechner ausprobieren
was da für Werte herauskommen.
Parent - - By Peter Martan Date 2026-10-22 15:45
Zeig Output von Tiefe 0 an, bitte.

Hast du's schon mal single thread probiert?

Wie ist der bench deines Compiles?

Hast du vielleicht MultiPV laufen lassen, aber nur nur eine Zeile angezeigt?
Parent - - By Jörg Oster Date 2026-10-22 17:08
Mach dir doch keinen Kopf deswegen.
Das ist reiner Zufall aka SMP-Glück.

Von meinen 6 Versuchen hat er 3x Kg3 gefunden und 3x nicht.
Was soll's ... 

P. S. Single-threaded findet er Kg3 aber nicht bei mir.
Parent - - By Dietmar Klinger Date 2026-10-22 17:26
Jörg Oster schrieb:

Mach dir doch keinen Kopf deswegen.
Das ist reiner Zufall aka SMP-Glück.

Von meinen 6 Versuchen hat er 3x Kg3 gefunden und 3x nicht.
Was soll's ... 

P. S. Single-threaded findet er Kg3 aber nicht bei mir.

Das würde mich aber jetzt doch mal genauer interessieren.
Du kannst meinen Ausdruck mal mit Deinen vergleichen. Single-Thread findet auch bei mir kein Kg3.
________________________________________________________________________________
g++ --version
nproc
lscpu
free -h
gcc (Ubuntu 13.3.0-6ubuntu2~24.04.1) 13.3.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

g++ (Ubuntu 13.3.0-6ubuntu2~24.04.1) 13.3.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

20
Architektur:                       x86_64
  CPU Operationsmodus:             32-bit, 64-bit
  Adressgrößen:                    46 bits physical, 48 bits virtual
  Byte-Reihenfolge:                Little Endian
CPU(s):                            20
  Liste der Online-CPU(s):         0-19
Anbieterkennung:                   GenuineIntel
  Modellname:                      Intel(R) Core(TM) i5-14500
    Prozessorfamilie:              6
    Modell:                        191
    Thread(s) pro Kern:            2
    Kern(e) pro Sockel:            14
    Sockel:                        1
    Stepping:                      2
    Skalierung der CPU(s):         39%
    Maximale Taktfrequenz der CPU: 5000,0000
    Minimale Taktfrequenz der CPU: 800,0000
    BogoMIPS:                      5222,40
    Markierungen:                  fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse
                                   2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopolog
                                   y nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 s
                                   dbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdran
                                   d lahf_lm abm 3dnowprefetch cpuid_fault ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow flexpriority ept vp
                                   id ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap clflushopt clwb intel_pt s
                                   ha_ni xsaveopt xsavec xgetbv1 xsaves split_lock_detect user_shstk avx_vnni dtherm ida arat pln pts hwp hw
                                   p_notify hwp_act_window hwp_epp hwp_pkg_req hfi vnmi umip pku ospke waitpkg gfni vaes vpclmulqdq rdpid mo
                                   vdiri movdir64b fsrm md_clear serialize pconfig arch_lbr ibt flush_l1d arch_capabilities
Virtualisierungsfunktionen:       
  Virtualisierung:                 VT-x
Caches (Gesamtsumme):             
  L1d:                             544 KiB (14 Instanzen)
  L1i:                             704 KiB (14 Instanzen)
  L2:                              11,5 MiB (8 Instanzen)
  L3:                              24 MiB (1 Instanz)
NUMA:                             
  NUMA-Knoten:                     1
  NUMA-Knoten0 CPU(s):             0-19
Schwachstellen:                   
  Gather data sampling:            Not affected
  Ghostwrite:                      Not affected
  Indirect target selection:       Not affected
  Itlb multihit:                   Not affected
  L1tf:                            Not affected
  Mds:                             Not affected
  Meltdown:                        Not affected
  Mmio stale data:                 Not affected
  Old microcode:                   Not affected
  Reg file data sampling:          Mitigation; Clear Register File
  Retbleed:                        Not affected
  Spec rstack overflow:            Not affected
  Spec store bypass:               Mitigation; Speculative Store Bypass disabled via prctl
  Spectre v1:                      Mitigation; usercopy/swapgs barriers and __user pointer sanitization
  Spectre v2:                      Mitigation; Enhanced / Automatic IBRS; IBPB conditional; PBRSB-eIBRS SW sequence; BHI BHI_DIS_S
  Srbds:                           Not affected
  Tsa:                             Not affected
  Tsx async abort:                 Not affected
  Vmscape:                         Mitigation; IBPB before exit to userspace
               gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       31Gi       3,3Gi        25Gi        59Mi       2,8Gi        27Gi
Auslager:      8,1Gi          0B       8,1Gi
_________________________________________________________________________________________________________
Kannst mir ja mal eine Info geben.
Parent - - By Jörg Oster Date 2026-10-23 10:33
g++-15 -v
COLLECT_GCC=g++-15
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-linux-gnu/15/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 15.2.0-14ubuntu1~24~ppa1' --with-bugurl=file:///usr/share/doc/gcc-15/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2,rust,cobol,algol68 --prefix=/usr --with-gcc-major-version-only --program-suffix=-15 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --enable-cet --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-15-9rFPkZ/gcc-15-15.2.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-15-9rFPkZ/gcc-15-15.2.0/debian/tmp-gcn/usr --enable-offload-defaulted --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-serialization=2
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.2.0 (Ubuntu 15.2.0-14ubuntu1~24~ppa1)


Ich habe Integral aber mit 'make native' kompiliert, also mit dem Makefile.
Und dieses nimmt automatisch clang als Compiler wenn vorhanden.

clang -v
Ubuntu clang version 18.1.3 (1ubuntu1)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/13
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/14
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/15
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/15
Candidate multilib: .;@m64
Selected multilib: .;@m64


Nur, was bringt dir das jetzt?

Schachengines sind im Allgemeinen mit einem Thread deterministisch.
Egal auf welchem OS, mit welchem Compiler erzeugt, man erhält bei gleicher Hashgröße
überall das gleiche Ergebnis. Also dieselben Knoten, den gleichen best move, die gleiche Bewertung.

Ich hatte Integral übrigens immer nur kurz laufen lassen, bis Suchtiefe 34.
Mehr Zeit wollte ich nicht investieren bei so einem hinreichend bekannten Thema wie Nichtdeterminismus bei SMP.
Parent - By Dietmar Klinger Date 2026-10-23 17:30
Jörg Oster schrieb:
Nur, was bringt dir das jetzt?

Ich habe es mir nur mal angeschaut. Mit meiner Installation bin ich doch zufrieden.
Wenn Du Integral etwas länger laufen läßt so findet dieser mit Sicherheit auch immer die Lösung.
Parent - By Peter Martan Date 2026-10-22 17:55 Edited 2026-10-22 18:17
Jörg Oster schrieb:

Von meinen 6 Versuchen hat er 3x Kg3 gefunden und 3x nicht.

In welchen Zeiten gefunden?
Ist ja gut, SMP- Glück gibt's, Pech auch, drum muss man halt, wenn's einem single thread zu lange dauert (und besonders bei solchen Stellungs- Engine- Kombis) so viele Versuche machen, bis man eine halbwegs relevante Durchschnittszeit hat. Immer wieder in Sekundenschnelle die Mattanzeige, das gibt's bei dieser Engine und dieser Stellung nicht, nicht auf Linux, nicht auf Windows und nicht auf Mac, es sei denn, man startet neu, nachdem die Engine schon das 32.Kg3 zumindest angerechnet hatte. ohne den Hash wirklich gelöscht bekommen zu haben, ucinewgame oder zwischendurch mal eine andere Engine im selben GUI zu laden, genügt nicht.

Ja, mit Stockfish, da dauert's halt mal ein paar Sekunden länger, mal ein paar weniger, mal kommt das #18 früher, mal wird's dann dafür schneller ein #16 und #15, aber es wird auch single thread innerhalb von Sekunden (bei mir mit SF 20261013 26" bis #18 erscheint) das 32.Kg3 nach oben gebracht.
5x Neustart und nie Lösungszeiten unter 5 Minuten, das ist entweder ein schlechteres Compile oder eine andere Version (ist's bei mir aber nicht, es hat den selben bench, was die Zahl an berechneten Knoten single thread angeht, wie das von Claude). Zeig mal deinen Output von einem geglückten Versuch, sei so gut.
Parent - - By Dietmar Klinger Date 2026-10-22 17:13
So, ich habe jetzt mal schnell Integral auf meinen Windows 11 PC installiert und unter Scid vs. PC Version 4.27 den selben Test
mit der Short vs Timman Partie von 1991 gemacht.
Siehe da, selbst nach 20 Minuten wurde weder 32. Kg3 noch ein M15 oder M17 gefunden.
Dann haben wir mit den Engine zwischen Windows und Linux doch gewaltige Unterschiede.
Damit wollen wir es nun auch belassen, es ist nun einmal so. Ich nutze ohnehin zu 95% nur noch Linux.
Parent - - By Peter Martan Date 2026-10-22 17:46
Und immer noch kein Output außer einem Screenshot mit offensichtlich nicht leerem Hash gestartet.
Parent - - By Lars B. Date 2026-10-22 18:38 Upvotes 1
Moin Peter,

das hat natürlich nichts mit dem darunterliegenden Betriebssystem zu tun. Ich hab's mal runtergeladen, gebaut und mit dem FEN auf einem Thread laufen lassen. Das Ding will bei mir bis Tiefe 40 Dame f4 spielen, ab Tiefe 41 Kg3. Wahrscheinlich die Erdstrahlen, falls noch jemand den alten Modul-Witz kennt.
Ich nehme an, Df4 und Kg3 liegen in der Bewertung lange Zeit nicht so weit auseinander, gewinnen ja auch beide, so daß es gerade bei mehreren Threads und/oder teilgefülltem Hash ziemlich von Glück oder Pech abhängen könnte, mal so dahinorakelt.
Grüße
Lars

Der Vollständigkeit halber (Kernel: 6.8.0-147-generic arch: x86_64 bits: 64 compiler: gcc v: 13.3.0
CPU: 8-core model: AMD Ryzen 7 5800X):
Code:
/Dokumente/Sourcen/extern/integral-main$ ./integral

                   πππ
                  ππ ππ
                 ππ
                ππ
               ππ
           ππ ππ
            πππ

    Integral v8 by Aron Petkovski

uci
id name Integral v8
id author Aron Petkovski
option name Hash type spin default 64 min 1 max 1048576
option name Minimal type check default false
option name MoveOverhead type spin default 10 min 0 max 10000
option name MultiPV type spin default 1 min 1 max 6
option name SyzygyPath type string default <empty>
option name SyzygyProbeDepth type spin default 1 min 1 max 100
option name Threads type spin default 1 min 1 max 512
option name UCI_Chess960 type check default false
uciok
position fen 2r2rk1/1bpR1p2/1pq1pQp1/p3P2p/P1PR3P/5N2/2P2PPK/8 w - - 0 1
go
info depth 1 seldepth 5 multipv 1 score cp 379 nodes 53 time 2 nps 26500 hashfull 0 pv d7e7 c6a4
info depth 2 seldepth 2 multipv 1 score cp 379 nodes 98 time 2 nps 49000 hashfull 0 pv d7e7 c6a4
info depth 3 seldepth 4 multipv 1 score cp 309 nodes 281 time 3 nps 93666 hashfull 0 pv c2c3 c6a4 g2g4
info depth 4 seldepth 6 multipv 1 score cp 278 nodes 574 time 3 nps 191333 hashfull 0 pv h2g1 c8e8 c2c3
info depth 5 seldepth 16 multipv 1 score cp 269 nodes 2556 time 5 nps 511200 hashfull 0 pv d4d3 c8e8 d7d4
info depth 6 seldepth 6 multipv 1 score cp 320 nodes 2666 time 6 nps 444333 hashfull 0 pv d4d3 c8e8 d7d4 c6a4
info depth 7 seldepth 13 multipv 1 score cp 297 nodes 3865 time 7 nps 552142 hashfull 0 pv h2h1 c8e8 d4d3 c6c4 f3g5 c4h4 h1g1 h4g4
info depth 8 seldepth 15 multipv 1 score cp 273 nodes 5881 time 9 nps 653444 hashfull 0 pv f6f4 b7a8 d4d3 c6e4 f4h6 e4c4
info depth 9 seldepth 18 multipv 1 score cp 296 nodes 10569 time 13 nps 813000 hashfull 1 pv f6f4 c8e8 f4h6 c6c5 d4f4 b7f3 d7f7 f8f7 h6g6 f7g7 g6e8 g8h7 f4f3 c5e5 h2g1
info depth 10 seldepth 23 multipv 1 score cp 342 nodes 18049 time 20 nps 902450 hashfull 2 pv f6f4 b7a8 c2c3 c8e8 f4h6 c6c5 d4f4
info depth 11 seldepth 29 multipv 1 score cp 308 nodes 47558 time 43 nps 1106000 hashfull 3 pv f6f4 g8g7 f4g5 c8e8 g5f6 g7g8 f6f4 g8g7 f4g5 c6c5 g5f6 g7g8
info depth 12 seldepth 29 multipv 1 score cp 294 nodes 79626 time 69 nps 1154000 hashfull 5 pv c2c3 c8e8 d4d2 c6c4 f3g5 c4h4 h2g1 h4g4 f2f3 g4f5 d7c7 b7d5 c3c4 f5f6 e5f6
info depth 13 seldepth 36 multipv 1 score cp 251 nodes 124938 time 106 nps 1178660 hashfull 9 pv f6f4 g8g7 c2c3 c8e8 f4f6 g7g8 d4d1 b7a8 d1d2 c6c4 f3g5 c4h4 h2g1
info depth 14 seldepth 35 multipv 1 score cp 283 nodes 135756 time 113 nps 1201380 hashfull 9 pv f6f4 g8g7 c2c3 c8e8 d4d2 b7a8 d7d4 g7g8 f4f6 c6c5 f3g5 c5e7 d4d7 e7f6 e5f6 a8c6 d7c7 c6a4
info depth 15 seldepth 38 multipv 1 score cp 306 nodes 155877 time 128 nps 1217789 hashfull 10 pv f6f4 g8g7 c2c3 c8e8 d4d2 c6e4 f4f6 g7g8 d7c7 e8c8 c7e7 b7c6 d2d4 e4f5 f3g5 f5f6 e5f6 c6a4 c4c5 b6b5 d4d7 b5b4 d7a7
info depth 16 seldepth 35 multipv 1 score cp 356 nodes 183306 time 147 nps 1246979 hashfull 11 pv f6f4 g8g7 c2c3 c8e8 d4d2 c6e4 f4f6 g7g8 d7c7 e8c8 c7e7 b7c6 d2d4 e4f5 f3g5 f5f6 e5f6 c6a4 c4c5 b6b5 d4d7 b5b4 d7a7 a4e8 c3b4 a5b4
info depth 17 seldepth 41 multipv 1 score cp 334 nodes 220456 time 176 nps 1252590 hashfull 13 pv f6f4 g8g7 c2c3 c8e8 d4d2 c6e4 f4f6 g7g8 d7c7 e8c8 c7e7 b7c6 d2d4 e4f5 f3g5 c6a4 c4c5 b6b5 d4d7 b5b4 d7a7 c8c5 g5f7 f5f6 e5f6
info depth 18 seldepth 41 multipv 1 score cp 270 nodes 347201 time 282 nps 1231209 hashfull 25 pv c2c3 c8e8 f6f4 g8g7 d4d2 c6e4 f4f6 g7g8 d7c7 e8c8 c7e7 b7c6 d2d4 e4f5 f3g5 c8e8 e7e8 f8e8 d4d6 f5f6 e5f6 e8c8 f2f3
info depth 19 seldepth 48 multipv 1 score cp 274 nodes 431976 time 355 nps 1216833 hashfull 33 pv f6f4 g8g7 f4g3 c8e8 d4d3 c6c4 f3g5 c4c6 c2c4 b7c8 d7d4 c8b7 g5e4 c6e4 d4e4 b7e4 d3d7 e8d8 d7c7
info depth 20 seldepth 40 multipv 1 score cp 264 nodes 543852 time 454 nps 1197911 hashfull 43 pv f6f4 g8g7 f4g3 c8e8 d4d3 c6c4 f3g5 c4c6 c2c3 c6c4 d7d4 c4c6 d3f3 e8e7 f3f6 c6e8 d4f4 b7c6 g5f7 f8f7 g3g6 g7f8
info depth 21 seldepth 42 multipv 1 score cp 272 nodes 719490 time 606 nps 1187277 hashfull 60 pv f6f4 g8g7 f4g3 c8e8 d4d3 c6c4 f3g5 c4c6 c2c3 c6c4 d7d4 c4c5 d4f4 e8e7 f4f6 c5c6 d3d4 c6e8 g3f4 e8c6 f2f3 c6e8 h2g3 g7g8
info depth 22 seldepth 44 multipv 1 score cp 306 nodes 1013880 time 861 nps 1177560 hashfull 87 pv f6f4 g8g7 f4g3 c8e8 d4d3 c6c4 f3g5 c4c6 d3d2 b7c8 d7d4 c8b7 g5e4 c6e4 d4e4 b7e4 f2f3 e4d5 g3f4 g7h7 f4f6 e8a8 g2g4 h5g4 f3g4
info depth 23 seldepth 50 multipv 1 score cp 380 nodes 1642269 time 1365 nps 1203127 hashfull 142 pv f6f4 g8g7 f4g3 c8e8 d4d3 b7c8 d7d4 c8b7 f3g5 e8e7 g5e4 c6e4 d4e4 b7e4 g3f4 e4d3 f4f6 g7g8 f6e7 d3c2 e7c7 c2a4 c7b6 f8c8 c4c5 a4c6 b6a5 c6d5 a5b6 c8c6
info depth 24 seldepth 42 multipv 1 score cp 366 nodes 1868666 time 1554 nps 1202487 hashfull 165 pv f6f4 g8g7 f4g3 c8e8 d4d3 b7c8 d7d4 c8b7 f3g5 e8e7 g5e4 c6e4 d4e4 b7e4 g3f4 e4d3 f4f6 g7g8 f6e7 d3c2 e7c7 c2a4 c7b6 f8c8 c4c5 a4c6 b6a5 c6d5 a5b6 c8c6 b6a7 g8g7 f2f3 c6c8
info depth 25 seldepth 52 multipv 1 score cp 367 nodes 2516623 time 2083 nps 1208172 hashfull 218 pv f6f4 g8g7 f4g3 c8e8 d4d3 b7c8 d7d4 c8b7 f3g5 e8e7 g5e4 c6e4 d4e4 b7e4 g3f4 e4d3 f4f6 g7g8 f6e7 d3c2 e7c7 c2a4 c7b6 f8c8 c4c5 g8g7 f2f3 a4c6 b6a6 c6d7 a6a5 d7c6 h2g3 c6d5 g3f4 c8c6 a5a7 c6c8
info depth 26 seldepth 58 multipv 1 score cp 357 nodes 2814365 time 2319 nps 1213611 hashfull 242 pv f6f4 g8g7 f4g3 c8e8 d4d3 b7c8 d7d4 c8b7 f3g5 e8e7 g5e4 c6e4 d4e4 b7e4 d3d2 e4c6 g3g5 f8e8 g5f6 g7g8 g2g4 h5g4 d2d4 e7d7 d4g4 d7d1 f2f3 e8d8 g4g6 f7g6 f6g6 g8f8 g6f6 f8g8 f6e6 g8h7 e6f7 h7h6 f7f6 h6h7 f6c6
info depth 27 seldepth 60 multipv 1 score cp 540 nodes 4341913 time 3610 nps 1202745 hashfull 383 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8c8 d7f7 e8g8 f4f6 g8g7 f7e6 c8e6 f6e6 h8h7 e6c6 g7e7 f2f4 e7d7 g2g4 h5g4 h2g3 d7g7 g3g4
info depth 28 seldepth 62 multipv 1 score cp 583 nodes 7966086 time 6523 nps 1221230 hashfull 642 pv f6f4 g8g7 f4g3 c8b8 f3g5 b7c8 d7f7 f8f7 g5f7 c8b7 f7d8 c6e8 g3g5 b7d5 g5f6 g7g8 c4d5 b8d8 d4c4 d8d7 d5e6 d7e7 c4c6 g8h7 g2g3 h7g8 h2g1 g8h7 c2c4 h7g8 c4c5 b6c5 c6c5 g8h7 f6f4 e8d8 c5a5 e7e6
info depth 29 seldepth 61 multipv 1 score cp 576 nodes 9267969 time 7634 nps 1214038 hashfull 713 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8c8 d7f7 e8g8 f4f6 g8g7 f7e6 c8e6 f6e6 h8g8 c4c5 b6c5 e6c6 c5c4 c6c4 g7f7 h2g3 f7d7 c4c6 g8g7
info depth 30 seldepth 55 multipv 1 score cp 596 nodes 10799862 time 8872 nps 1217297 hashfull 784 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8c8 d7f7 e8g8 f4f6 g8g7 f7e6 c8e6 f6e6 h8g8 c4c5 b6c5 e6c6 c5c4 c6c4 g7d7 h2g3 g8f7 f2f3 f7e6 c4c6 e6f7
info depth 31 seldepth 65 multipv 1 score cp 596 nodes 13150541 time 10813 nps 1216178 hashfull 865 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8c8 d7f7 e8g8 f4f6 g8g7 f7e6 c8e6 f6e6 h8g8 c4c5 b6c5 e6c6 g8f8 c6c5 g7d7 c5a5 d7d4 h2h3 d4c4 a5a8 f8e7 a4a5 c4c2
info depth 32 seldepth 66 multipv 1 score cp 598 nodes 17019643 time 14011 nps 1214734 hashfull 938 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8d8 d7f7 e8g8 f7e6 d8e8 e6f6 g8g7 e5e6 e8e7 f6e5 e7c5 e5e4 h8h7 g2g3 c5d6 h2g2 h7h6 g3g4 h5g4 f4g4 d6e7 g4g3 e7f6 e4e3 h6h7 c4c5 f6h4 c5b6 c7b6
info depth 33 seldepth 74 multipv 1 score cp 624 nodes 26189976 time 21854 nps 1198406 hashfull 992 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f7d7 a8d8 d7f7 e8g8 f7e6 g8g7 e6d5 d8e8 e5e6 h8h7 g2g3 g7e7 f4f6 e7g7 h2g2 e8e7 d5e5 h7g8 f6f4 e7e8 g2h2 e8e7 e5e4 e7d8 h2g2 d8e8 g3g4 h5g4 f4g4
info depth 34 seldepth 75 multipv 1 score cp 641 nodes 44895100 time 37598 nps 1194082 hashfull 1000 pv f6f4 g8g7 f4g3 c8b8 f3g5 b7c8 d7f7 f8f7 g5f7 c8b7 f7d8 c6e8 g3g5 b7d5 g5f6 g7g8 c4d5 b8d8 d4c4 d8d7 d5e6 d7e7 c4c6 e7g7 f6f3 g7e7 f3d5 e8f8 h2g1 f8f4 g2g3 f4f5 g1g2 g8g7 d5d4 f5f8 c2c4 f8e8 d4d5 g6g5 h4g5 h5h4 g3h4
info depth 35 seldepth 68 multipv 1 score cp 653 nodes 51630510 time 43726 nps 1180773 hashfull 1000 pv f6f4 g8g7 f4g3 c8b8 f3g5 b7c8 d7f7 f8f7 g5f7 c8b7 f7d8 c6e8 g3g5 b7d5 g5f6 g7g8 c4d5 b8d8 d4c4 d8d7 d5e6 d7e7 c4c6 e7g7 f6f3 g7e7 f3d5 e8f8 h2g1 f8f5 g2g3 g8g7 c2c4 g7h6 d5d2 h6g7 d2d8 f5f8 d8f8 g7f8 g1g2 e7h7 c4c5 b6c5 c6c5
info depth 36 seldepth 76 multipv 1 score cp 672 nodes 64433518 time 54761 nps 1176631 hashfull 1000 pv f6f4 g8g7 f4g3 c8b8 f3g5 b7c8 d7f7 f8f7 g5f7 c8b7 f7d8 c6e8 g3g5 b7d5 g5f6 g7g8 c4d5 b8d8 d4c4 d8d7 d5e6 d7e7 c4c6 e7g7 f6f3 g7e7 f3d5 e8f8 h2g1 f8f5 g2g3 g8g7 c2c4 g7h6 d5d8 f5b1 g1h2 b1f5 d8h8 e7h7 h8f6 h7e7 f6f5 g6f5 c4c5 b6c5 c6c5 e7e6 c5a5 e6b6 h2g2 b6b4
info depth 37 seldepth 78 multipv 1 score cp 688 nodes 87268932 time 74934 nps 1164610 hashfull 1000 pv f6f4 g8g7 f4g3 c8b8 f3g5 b7c8 d7f7 f8f7 g5f7 c8b7 f7d8 c6e8 g3g5 b7d5 g5f6 g7g8 c4d5 b8d8 d4c4 d8d7 d5e6 d7e7 c4c6 e7g7 f6f3 g7e7 f3d5 g8h7 c2c4 e8f8 h2g1 f8b8 c4c5 b6c5 d5c5 b8b4 c6c7 b4c5 c7c5 e7e6 c5a5 e6c6 g2g3 h7g8 a5b5 c6c1 g1g2 c1c6 g2h3 g8f7 a4a5 c6c5 b5b7 f7e6
info depth 38 seldepth 79 multipv 1 score cp 679 nodes 126434728 time 108308 nps 1167362 hashfull 1000 pv f6f4 g8g7 f4g3 c8b8 f3g5 b8e8 d4d3 b7c8 d7d4 e8e7 g5e4 e7d7 d4d7 c6e4 d7c7 e4g4 d3d6 g4g3 f2g3 g6g5 d6b6 g5h4 g3h4 f8d8 b6b8 d8d2 c7c8 d2g2 h2g2 g7g6 c4c5 g6f5 c5c6 f5e5
info depth 39 seldepth 70 multipv 1 score cp 683 nodes 162723237 time 141443 nps 1150450 hashfull 1000 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f4d4 d7c6 f7g6 e8e7 g6f6 e7g7 d4d8 a8d8 f6d8 h8h7 f2f3 g7f7 d8c8 f7e7 c4c5 b6c5 c8d8 e7f7 d8d3 h7h6 d3c4 c6d5 c4c5 h6g7 c2c4 d5b7 c5b5 f7e7
info depth 40 seldepth 72 multipv 1 score cp 718 nodes 206525363 time 181858 nps 1135640 hashfull 1000 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f4d4 d7c6 f7g6 e8e7 g6f6 e7g7 d4d8 a8d8 f6d8 g7g8 d8f6 h8h7 f2f3 c6e8 f6e7 h7h8 c4c5 b6b5 e7c7 b5b4 c7a5 b4b3 c2b3 g8g7 c5c6
info depth 41 seldepth 73 multipv 1 score cp 880 nodes 296759127 time 258837 nps 1146509 hashfull 1000 pv h2g3 c6d7 d4d7 b7c6 d7d4 c6f3 g3f3 g8h7 f3f4 f8g8 d4d7 c8f8 f6e6 g8g7 e6f6 f8g8 f4g5 g8e8 f2f4 e8f8 e5e6 h7g8 e6f7 f8f7 d7f7 g7f7 f6g6 f7g7 g5h5 g7g6 h5g6 g8f8 f4f5 f8e8 h4h5 e8d7 h5h6 d7c8
info depth 42 seldepth 66 multipv 1 score cp 902 nodes 308397488 time 269742 nps 1143305 hashfull 1000 pv h2g3 c6d7 d4d7 b7c6 d7d4 c6f3 g3f3 g8h7 f3f4 f8g8 d4d7 c8f8 f6e6 g8g7 e6f6 b6b5 e5e6 h7h6 f6e7 g7g8 e6f7 b5a4 f4e5 g8h8 g2g4 h5g4 d7c7 g4g3 f2g3 h6h7 h4h5
info depth 43 seldepth 66 multipv 1 score cp 950 nodes 347070462 time 303310 nps 1144276 hashfull 1000 pv h2g3 c6d7 d4d7 b7c6 d7d4 c6f3 g3f3 g8h7 f3f4 f8g8 d4d7 c8f8 f6e6 g8g7 e6f6 b6b5 e5e6 h7h6 f6e7 g7g8 e6f7 b5b4 g2g4 b4b3 c2b3 g8h8 d7c7 h6g7 e7e5 g7h6 g4g5 h6h7 c7b7 f8b8 e5b8
stop
bestmove h2g3

Parent - - By Peter Martan Date 2026-10-22 18:41 Edited 2026-10-22 19:24
Ok, ja, 4 Minuten, aber wiederholte Male in Sekunden?
Parent - - By Lars B. Date 2026-10-22 18:50
Huhu Peter,
ich verstehe nicht ganz genau, was Du meinst. Den Test wiederholen? Da kommt praktisch dasselbe raus, sind ja auch identische Eingangsparameter. Mit anderer Hashgröße oder mehreren Threads kann das natürlich alles ganz anders aussehen, aber so gewaltiges Interesse weckt dieses Thema bei mir nicht, daß ich da jetzt stundenlang experimentieren wollte ...
Grüße
Lars

zweiter Lauf
Code:
info depth 40 seldepth 72 multipv 1 score cp 718 nodes 206525363 time 182985 nps 1128646 hashfull 1000 pv f6f4 g8g7 f4g3 c8e8 f3g5 b7c8 g3f4 c8d7 f4f6 g7g8 d4f4 c6a8 g5f7 f8f7 f6f7 g8h8 f4d4 d7c6 f7g6 e8e7 g6f6 e7g7 d4d8 a8d8 f6d8 g7g8 d8f6 h8h7 f2f3 c6e8 f6e7 h7h8 c4c5 b6b5 e7c7 b5b4 c7a5 b4b3 c2b3 g8g7 c5c6
info depth 41 seldepth 73 multipv 1 score cp 880 nodes 296759127 time 263466 nps 1126365 hashfull 1000 pv h2g3 c6d7 d4d7 b7c6 d7d4 c6f3 g3f3 g8h7 f3f4 f8g8 d4d7 c8f8 f6e6 g8g7 e6f6 f8g8 f4g5 g8e8 f2f4 e8f8 e5e6 h7g8 e6f7 f8f7 d7f7 g7f7 f6g6 f7g7 g5h5 g7g6 h5g6 g8f8 f4f5 f8e8 h4h5 e8d7 h5h6 d7c8
stop
bestmove h2g3
Parent - By Peter Martan Date 2026-10-22 18:54 Edited 2026-10-22 19:31
Sorry, ich hatte nicht dich gemeint, dass du deinen single thread- Lauf nicht wiederholen musst, ist klar, hingegen hatte Claude mit denselben Knotenzahlen, was sein (ihr ) Compile angeht, wie ich mit meinem, single thread in 5 Minuten halt nix mit 32.Kg3, und das war auch Linux, wird wohl eine schwächere CPU verwendet haben, wie auch immer, die wiederholten wenigen Sekunden bis zur Mattanzeige sehe ich einfach immer noch nicht in diesem Thread, ich sehe sie auf einem einzelnen Screenshot, der davon große Kunde gebracht hat, seither nirgends mehr so tolle Lösungszeiten, nicht single thread und nicht SMP, man hört nur immer wieder davon, sieht aber nichts annähernd Vergleichbares mehr

Und was immer man machen muss oder kann, um eine Engine wirklich neu zu starten, dass man sie Output mit neu gestarteter Zeitzählung produzieren lassen kann, ohne sie neu zu starten, das wird ja wohl doch auf Linux ebenso wie auf Windows gehen, vermute ich mal weiter nur so vor mich hin bzw. hinter mir her, wär sonst blöd, wenn man den Hash, den sie schon, wo und wie auch immer abgelegt hat, weiter verwenden wollte, zum Beispiel bei einer backward- analysis
Parent - - By Dietmar Klinger Date 2026-10-22 18:39
Peter Martan schrieb:

Und immer noch kein Output außer einem Screenshot mit offensichtlich nicht leerem Hash gestartet.

Unter Linux ist das irrelevant, wenn man mit einer Engine einen neuen Prozess startet. Als Linuxer solltest Du das eigentlich wissen.
Parent - - By Peter Martan Date 2026-10-22 18:43 Edited 2026-10-22 18:50
ich bin kein Linuxer, ziehe mich aber, weil's ja offenbar anders heutzutage nicht mehr geht, auf das zurück, was Claude dazu zu sagen hat:
Zitat:
Ja, bei Integral v8 genügt ucinewgame. Ich habe im Quellcode nachgesehen: Der Befehl ruft searcher.NewGame() auf, und das leert alles, was eine Suche beeinflussen kann:

die Hashtabelle (Transpositionstabelle), mit allen Threads parallel gelöscht,
die Korrektur-Historie, die gemeinsam für alle Threads geführt wird,
die Zugsortierungs-Historien jedes Threads, also die gelernten Statistiken, welche Züge sich in der laufenden Analyse bewährt haben,
den Suchstapel und die zuletzt gemerkte Bewertung.

Damit ist der Zustand nach ucinewgame für die Suche gleichwertig mit einem frischen Neustart. Eine eigene Option „Clear Hash“ braucht Integral deshalb nicht.

Das ist auch ein wichtiger Punkt für die Forumsdiskussion: Nicht nur die Hashtabelle trägt Wissen von einer Stellung zur nächsten, sondern auch die Historien. Moderne Engines lernen während einer Analysesitzung laufend, welche Züge in ähnlichen Stellungen gut waren. Wer in Scid durch die Partie klickt, nimmt auch diese Statistiken mit.

Der Haken in der Praxis: Entscheidend ist, ob die GUI ucinewgame überhaupt schickt. Beim Analysieren und Durchklicken einer Partie schicken viele GUIs nur position ... und go, ohne ucinewgame. Dann bleibt alles erhalten. In der Konsole hast du es selbst in der Hand: ucinewgame vor position eingeben, und die Engine startet sauber.


P.S. Immer noch kein Output von Tiefe 1 an nach Neustart der Engine, wie auch immer du den machst, sei's nur mit ucinewgame, von dem ich tatsächlich als alter Windowser nicht geglaubt hätte, dass es für sauberen Neustart einer Testposition reicht. Lasse mich aber immer wieder gern von überholten Meinungen abbringen, übrigens ist da angeblich der Unterschied zwischen Windows und Linux auch gar nicht gar so groß, zum Thema ucinewgame ganz allgemein noch, wieder Claude:
Zitat:
Doch, unter Windows genügt es genauso. Was bei ucinewgame passiert, entscheidet allein der Code der Engine, und der ist in deinem Windows-Build derselbe wie in meinem Linux-Build. Das zeigt ja auch der identische Bench. Integral leert die Hashtabelle selbst, indem es den Speicher überschreibt, und dafür spielt das Betriebssystem keine Rolle.

Der Unterschied liegt höchstens bei der GUI: Ob ucinewgame überhaupt geschickt wird, hängt von der Oberfläche ab, nicht vom Betriebssystem. Die Fritz-Oberfläche, Shredder, Scid oder Arena verhalten sich da unterschiedlich, und manche schicken es beim reinen Analysieren gar nicht. Wenn du sichergehen willst, ist die Konsole der verlässlichste Weg, oder die Engine in der GUI komplett entladen und neu laden. Dann läuft ein neuer Prozess, und der beginnt auf jedem Betriebssystem leer.
Parent - - By Dietmar Klinger Date 2026-10-22 19:29 Edited 2026-10-22 19:36 Upvotes 1
Peter Martan schrieb:

ich bin kein Linuxer

Merke: Der Hash einer neu gestarteten Engine unter Linux ist normalerweise ohnehin immer leer!
Es wäre mir neu, wie da noch Reste sein sollen. Das sollte mir dann mal dieser Claude erklären. Da bin ich sehr gespannt.
Ob ich den Hash im Ternial Anfangs bereinige oder nicht, macht somit keinen Unterschied, denn da ist nichts.
Parent - - By Peter Martan Date 2026-10-22 19:34 Edited 2026-10-22 19:51
Dietmar Klinger schrieb:

Merke: Der Hash einer neu gestarteten Engine ist normalerweise ohnehin immer leer!

Merke: der Hash einer nicht neu gestarteten Engine ist nicht automatisch leer, wozu würde eine Engine sonst überhaupt einen anlegen?

Wenn man z.B. nur, nachdem man eine Stellung schon hat berechnen lassen, dann einfach im Spielbaum einen Zug zurück geht, dann würde ich hoffen, dass dadurch der Hash nicht geleert würde. Das Einzige, was da zurück gesetzt wird, ist die Zeit-, Tiefen- und Zugzählung, oder ist das bei alten Linuxern anders?
Wo bleibt dein Output von Tiefe 0 an mit wenigen Sekunden bis zum Matt in 17?
Wenn's eh immer bei allen Versuchen, die du schon neu gestartet hast, immer so flott ging wie im Screenshot, könntest du dich doch wirklich zu einem einzelnen neuerlichen Kopieren herablassen, es genügen die ersten paar Lines und Iterationen und dann die, wo's zu 32.Kg3, vielleicht auch noch gleich bis zur Mattanzeige, wechselt.
Parent - - By Dietmar Klinger Date 2026-10-22 20:00 Edited 2026-10-22 20:06
Nochmal: Wenn ich unter Linux eine Engine beende, dann ist auch der Hash leer, wenn diese dann wieder neu gestartet wird.
Unter Windows ist das wohl nicht so. Da sollte man dann die Clear Hash Funktion nutzen.
Bei vielen Engine gibt es diese wohl auch gar nicht und geht nur über das Terminal. Ich hatte ja auch geschrieben,
dass auf meinen Windows-Rechner nichts passiert. Offenbar hängt es vielleicht doch mit der Suchtiefe zusammen, welche
manche Engine schneller erreichen. Die meisten Engine haben auf meiner Linux-Kiste jedenfalls damit kein Problem was
diesen genannten Test anbelangt.
Für mich ist diese Thema hiermit beendet.
Parent - - By Peter Martan Date 2026-10-22 20:22 Edited 2026-10-22 20:29
Dietmar Klinger schrieb:

Nochmal: Wenn ich unter Linux eine Engine beende, dann ist auch der Hash leer, wenn diese dann wieder neu gestartet wird.
Unter Windows ist das wohl nicht so.
...
Für mich ist diese Thema hiermit beendet.

Für mich nicht, daher auch nochmals: wenn du eine Engine wirklich beendest, dann ja. Und natürlich ist das unter Windows auch so. Die Frage (siehe Claudes Behandlung dieses Punktes explizzit) sind commands wie ucinewgame, die du entweder selber in der Konsole eintippst, oder das GUI sendet (oder halt auch nicht, je nachdem, wie es welche Art von Neuladen einer Stellung, z.B. in automatisch ablaufenden Suiten behandelt). Was ich nach wie vor bezweifle, ist, dass du die Engine bei deinem Screenshot wirklich beendet hattest, bevor sie die Stellung vor dem 32.Kg3 zu berechnen begann. Mir (und ich mache Stellungstests halt auch nicht erst seit gestern) schaut das verdammt nach Backward vom besten Folgezug ausgehend aus. Mag sein, es war einfach nur hervorragendes SMP- Glück, aber wenn ich mir die Knotenzahlen, time to depth und time to best move- Verläufe von deinem Screenshot und einem meiner Runs anschaue, dann passt das einfach nicht zusammen, und das liegt nicht an Windows oder Linux, deshalb hab' ich's Claude ja auch eigens mit einem Linux- Compile probieren lassen, auch wenn seine CPU schwächer sein wird als deine, und wenn der Bot es nur single thread probiert hat (wegen des Determinismus), da war halt nach 5 Minuten nix mit 32.Kg3 und mittlerweile haben wir ja auch die besten single thread- Lösungszeiten von Integral v8 hier im Thread gesehen, ok, genau gesehen nur 2 von Lars, weil er seinen einen, eines Missverständnisses wegen, wiederholt hat. Ich meinte nicht, er möge seinen single thread- run wiederholen, ich hätte nur gern mehr als einmal im Screenshot überhaupt so kurze Lösungszeiten gesehen. Was ich nach wie vor nicht gesehen habe (ich kann damit leben, wenn das Thema für dich erledigt ist, ist es das für mich auch, ich hab's ja aber auch nicht aufgemacht, weder das über die eine Stellung, die eine fragwürdige solche ist, es sei denn für Engines wie Stockfish, der halt auch single thread in 26" den richtigen best move gemeinsam mit einem Matt in x im Output hat, noch habe ich den Thread als solchen eröffnet), was ich aber halt schon interessant fand und deshalb gern näher untersucht hätte und habe, das war eine time to solution, die du im Screenshot gezeigt hast, von wenigen Sekunden bis zur Mattanzeige mit 32.Kg3. Das fand und finde ich nach wie vor backward- suspicious, sorry, so what, nevermind
Parent - By Dietmar Klinger Date 2026-10-22 21:16
Peter Martan schrieb:
Für mich nicht, daher auch nochmals: wenn du eine Engine wirklich beendest, dann ja.

Ja, genau das meinte ich.
Zitat:
Was ich nach wie vor bezweifle, ist, dass du die Engine bei deinem Screenshot wirklich beendet hattest, bevor sie die Stellung vor dem 32.Kg3 zu berechnen begann.

Scid geladen, Datenbank gestartet, Partie herausgesucht, Engine Integral gestartet, Screenshot gemacht. Das war's.
Danach Integral beendet und Engine Stockfish 19 gestartet. Ergebnis war noch etwas eher da. Danach alles beendet.
Später noch mal Scid und Intergral mit selben Test. Das Ergebnis nannte ich. Mehr habe ich dazu nicht zu schreiben.
Ich kann mich auch nicht ewig an sowas aufhalten, denn ich habe noch Wichtigers zu tun.
Leider ist die Resonanz von Linuxern in diesen Forum sehr gering.

Ich wünsche noch einen schönen Abend
Parent - - By Christian Petersen Date 2026-10-22 18:26 Upvotes 1
Peter Martan schrieb:

[...]nach dem du das GUI oder die Konsole nicht neu gestartet hast.


Das GUI? Wenn eine Engine (neu) gestartet wird, beginnt ein neuer Prozeß (unter *nix) mit neuem Cache etc.
"Hashtabellen" für Schach kennt der Kernel nicht, und hebt auch kein Kg3 irgendwo auf.
Das gilt auch für ein in der Konsole gestartetes Programm: Es wird dort meinetwegen beendet (...quit..) und im selben Fenster wieder gestartet. Die neue Instanz sieht kein altes Hasch...

Beste Grüße!
Parent - - By Peter Martan Date 2026-10-22 20:42
Christian Petersen schrieb:

Peter Martan schrieb:

[...]nach dem du das GUI oder die Konsole nicht neu gestartet hast.

Das GUI? Wenn eine Engine (neu) gestartet wird, beginnt ein neuer Prozeß (unter *nix) mit neuem Cache etc.

Ja, wenn sie denn wirklich neu gestartet wird. Mit go- stop- go allein wird sie das weder in einem GUI noch in einer Konsole, weder auf Linux noch auf Windows, so what?
Parent - - By Christian Petersen Date 2026-10-23 01:22 Edited 2026-10-23 01:29
Geschrieben ward von Neustart und nichts anderem (stopgogostopnew).
In welcher Linux-Umgebung haust eigentlich Dein Claudepapst (der Befehl wäre "less /proc/cpuinfo" - aber Du kannst ihn natürlich auch befragen: Claude, in welcher Linuxumgebung haust Du eigentlich? Welche Befehlssätze der  virtualisierten CPU stehen Dir in Deiner Claudepapstumgebung für das von mir überwiesene Geld für DIE FORUMSDISKUSSION zur Verfügung?).

Zum eigentlichen (dem Integral).

den habe ich kompiliert, mit "native", oder popsicle41, gcc, clang - den korrekten bench bekomme ich hier nicht (unterschiedliche Kernel..., wild), dafür schöne Lösungen singlethreaded:

Code:
position fen 2r2rk1/1bpR1p2/1pq1pQp1/p3P2p/P1PR3P/5N2/2P2PPK/8 w - - 2 32
setoption name Hash value 1024
go infinite
   1/3       6 ms            44 nodes   0.01m nps    0% hash  +4.88  f6g6 f7g6                                                                                                               
   2/4       8 ms            91 nodes   0.01m nps    0% hash  +4.83  f6g7 g8g7                                                                                                                
   3/8       8 ms           215 nodes   0.03m nps    0% hash  +4.28  f6g6 g8h8 g6f6 h8h7 d7f7 f8f7 f6f7 h7h6                                                                                  
   4/8       9 ms           585 nodes   0.07m nps    0% hash  +0.41  f6f7 f8f7 d7d8 c8d8                                                                                                      
   5/8      12 ms           885 nodes   0.07m nps    0% hash  +1.22  d7f7 f8f7 d4d8 c8d8 f6d8 f7f8                                                                                            
  6/12      17 ms         1,792 nodes   0.11m nps    0% hash  -0.14  d7f7 f8f7 f6g6 g8h8 g6h5 h8g7                                                                                            
  7/11      18 ms         1,896 nodes   0.11m nps    0% hash  -0.07  d7f7 f8f7 f6g6 g8h8 g6h5 h8g7                                                                                            
  8/12      21 ms         2,141 nodes   0.10m nps    0% hash  +0.08  d7f7 f8f7 f6g6 g8h8 g6h5 h8g7                                                                                            
  9/14      44 ms         6,014 nodes   0.14m nps    0% hash  -0.05  f6e7 c6a4 d7c7 c8c7 e7c7 b7f3 d4d8 f8d8 c7d8 g8g7 d8f6 g7h6                                                              
10/20      57 ms         8,716 nodes   0.15m nps    0% hash  +0.31  d4d3 c6c4 h2g1 c4c6 f6e7 c6a4 d7c7 c8c7 e7c7 b7f3                                                                        
11/18      86 ms        13,961 nodes   0.16m nps    0% hash  +1.55  d7e7 c6a4 c4c5 b7f3 d4a4 f3d5 a4d4 b6c5                                                                                  
12/18     177 ms        29,949 nodes   0.17m nps    0% hash  +1.29  c2c3 c6a4 f3g5 a4d7 d4d7 b7g2 h2g2 c8b8 d7d4 b8a8 g2g1 a8b8 d4e4                                                         
13/19     243 ms        42,999 nodes   0.18m nps    0% hash  +1.85  c2c3 b6b5 a4b5 c6f3 g2f3 b7f3 f6f3 c8a8 d7e7 a8e8 e7c7 e8d8 d4d8 f7f5                                                    
14/26     702 ms       125,227 nodes   0.18m nps    0% hash  +0.76  c2c3 c8b8 f3e1 b8c8 f2f3 c6a4 c4c5 a4a1 e1c2 a1c3 d7f7 f8f7 d4d8 c8d8 f6g6 f7g7 g6e6 g8h8                                
15/30    1290 ms       231,167 nodes   0.18m nps    0% hash  +1.12  c2c3 c8b8 f3e1 c6a4 d7c7 a4a1 e1f3 b7f3 f6f3 g8g7 c7f7 f8f7 f3f7 g7f7 d4f4 f7e8                                          
16/33    2452 ms       443,757 nodes   0.18m nps    0% hash  +1.04  c2c3 c8b8 f3e1 b8c8 f2f3 c6a4 c4c5 a4a1 d7e7 c8e8 e7e8 f8e8 d4d7 e8f8 e1c2 a1c3 c5b6 c7b6                                
17/35    3476 ms       624,341 nodes   0.18m nps    0% hash  +1.38  f6f4 c6c5 f3g5 c5c6 g5e4 c6e4 d4e4 b7e4 f4e4 f8d8 d7e7 g8f8 e7f7 f8f7 e4f4 f7g8 f4f6 c7c5 f6g6 g8f8                      
18/36    4810 ms       873,892 nodes   0.18m nps    0% hash  +1.39  f6f4 c6a4 f3g5 b7d5 d7f7 a4c2 d4d5 c2f5 f7f5 f8f5 g5e6 f5f4 e6f4 c8f8 f4g6 f8f2 e5e6 g8h7 d5h5 h7g6                      
19/37    5726 ms     1,042,475 nodes   0.18m nps    0% hash  +1.41  f6f4 c8e8 f4h6 c6f3 g2f3 b7c6 d7d5 e6d5 c4d5 e8e5 d4f4 e5d5 h6h7 g8h7 f4f6 h7g7                                          
20/44   12634 ms     2,322,760 nodes   0.18m nps    1% hash  +1.08  f6f4 c6d7 d4d7 b7f3 g2f3 c8d8 d7e7 c7c5 h2g2 d8d4 f4g5 d4c4 g2f1 c4c2 e7f7 c2c1 g5c1 f8f7 c1h6 f7f3 h6g6 g8f8            
21/48   19172 ms     3,614,593 nodes   0.19m nps    2% hash  +1.05  f6f4 c6d7 d4d7 b7f3 g2f3 c8d8 d7e7 c7c5 h2g3 d8d1 c2c3 d1d3 e7b7 d3c3 b7b6 g8g7 b6b7 g7g8                                
22/52   23572 ms     4,895,895 nodes   0.21m nps    3% hash  +1.24  f6f4 c6d7 d4d7 b7f3 g2f3 c8d8 d7e7 d8d1 h2g2 c7c6 f4g5 d1e1 f3f4 g8h7 c4c5 e1e4 g2g3 e4c4 g5f6 b6c5 e7f7 f8f7 f6f7 h7h6                                                                                                                                                                                           
23/48   35266 ms     7,231,256 nodes   0.21m nps    5% hash  +1.00  f6f4 g8g7 f3e1 c8e8 f4f6 g7g8 f2f3 b7c8 e1d3 c8d7 d3f4 g8h7 f4h5 g6h5 f6g5 f7f5 e5f6 f8f6 g5h5 h7g7 h5g5 g7h7 d4d7 c6d7 g5f6 d7a4 f6f7 h7h6                                                                                                                                                                       
24/60   53660 ms    10,698,267 nodes   0.20m nps    7% hash  +1.94  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7e7 c8e8 f3g5 e8e7 f6e7 c6a4 g3f4 a4c2 e7f6 c2f5 f6g7 g8g7                      
25/43   56488 ms    11,245,274 nodes   0.20m nps    7% hash  +2.21  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7e8 c6e8 g3f4 e8a4 f3g5 a4c2 f4e3 b6b5 c4b5 c7c6 b5c6 a5a4 c6c7 c2f5                      
26/62   70053 ms    14,104,668 nodes   0.20m nps    8% hash  +3.42  h2g3 c6d7 d4d7 c8d8 d7d8 b7f3 g2f3 c7c6 d8d7 b6b5 a4b5 c6b5 c4b5 a5a4 b5b6 a4a3 b6b7 a3a2 d7d8 a2a1n b7b8q               
27/70  101708 ms    22,080,147 nodes   0.22m nps   12% hash  +4.63  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 f8e7 c8c7 e8d7 c7b6 d7e6 b6a5 e7e8 a5a8 e8e7 a8b7 e6d7 b7b4 e7f7 e5e6 f7e6 b4e1 e6d6 c4c5 d6c5                                                                                                                               
28/72  136723 ms    31,287,844 nodes   0.23m nps   17% hash  +5.34  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 f8e7 c8c7 e7e6 c7b6 e6e5 b6e3 e5d6 e3e8 d6c5 e8b5 c5d4 b5b2 d4c5 b2b3 g6g5 b3e3 c5d6 c4c5 d6d5 e3d3 d5c5 h4g5                                                                                                                
29/75  149268 ms    35,766,696 nodes   0.24m nps   18% hash  +5.28  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 f8e7 c8c7 e8d7 c7b6 e7e8 b6g6 e8d8 g6b6 d8c8 e5e6 d7e8 b6a6 c8b8 a6a5 b8b7 a5b4 b7a8 b4e7 e8c6 e7d8 a8b7 a4a5 c6a4 d8d5 b7a7 d5c5 a7b7                                                                                       
30/85  176408 ms    47,972,344 nodes   0.27m nps   22% hash  +5.76  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8g7 f5f6 g7g8 f6g5 g8f8 e5e6 e8c6 g5f6 f8e8 f6f7 e8d8 e6e7 d8c8 e7e8q c6e8 f7e8 c8c7 e8f7 c7b8 f7h5 b8b7 h5f7 b7b8 f7f5 b8c7 f5e6 c7d8 e6b6 d8e7                                                                  
31/76  189159 ms    53,586,220 nodes   0.28m nps   24% hash  +5.79  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8g7 f5f6 g7g8 f6g5 g8f7 g5h5 f7e7 h5g5 e7f7 g5f6 f7g8 f6d8 g8f7 e5e6 f7f8 d8b6 f8g7 b6c7 g7h6 c7f4 h6g7
  32/81  196517 ms    56,860,814 nodes   0.29m nps   25% hash  +5.70  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6d6 c6d7 e5e6 f8g8 g3h3 g8g7 d6b6 d8c8 b6c5 c8b8 c5d6 b8c8 e6d7 g7d7 d6a6 c8d8 a6a5 d8c8 a5a8 c8c7                                                                                       
33/85  220068 ms    67,292,813 nodes   0.31m nps   29% hash  +6.11  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h8 g5h6 h8g8 h6e6 f8f7 e6c6 g8f8 c6b6 f8e8 g3h3 e8e7 b6c7 e7e8 c7c6 e8f8 e5e6 f7g7 c6c5 f8e8 c5b5 e8e7 b5d7 e7f6 d7d6 g7g8 e6e7 f6f7                                                                             
34/88  232942 ms    73,296,994 nodes   0.31m nps   31% hash  +5.86  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8e7 f5f6 e7d7 f6b6 g5g4 b6b5 d7e7 b5a5 e8d7 a5b6 d7a4 b6b4 e7e8 b4a4 e8d8 a4a5 d8d7 e5e6 d7e6 a5d5 e6f6 d5d6 f6g7                                                                                                 
35/88  258514 ms    84,624,279 nodes   0.33m nps   35% hash  +6.13  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8e7 f5f6 e7d7 f6b6 g5g4 b6b7 d7e6 b7d5 e6e7 d5d6 e7f7 d6f6 f7g8 f6g5 g8f7 g5h5 f7e7 h5g5 e7d7 g5d2 d7c8 d2a5 e8d7 c4c5 d7a4 a5a4 c8c7 a4a5 c7b7 a5b6 b7a8 b6d8 a8a7                                               
36/93  302208 ms   105,267,259 nodes   0.35m nps   42% hash  +6.50  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8e7 f5f6 e7d7 f6b6 g5h4 g3h4 d7c8 b6c5 c8d7 c5d5 d7c7 d5d6 c7b7 d6e7 b7c6 e7e8 c6c5 e8b5 c5d4 b5b2 d4c4 b2b3 c4c5 b3a3 c5d4 a3d3 d4e5 c2c4 e5f6 d3d6 f6f5 d6d5 f5g6 d5e6 g6g7                                     
37/94  354623 ms   130,789,448 nodes   0.37m nps   50% hash  +6.79  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 f8f7 e6c6 g8f8 c6b6 f7e7 b6f6 f8e8 e5e6 e7a7 g3h3 a7c7 f6g5 c7c6 g5g6 e8d8 g6f6 d8c7 f6e7 c7b8 e7d8 b8a7 c4c5 c6c5 d8e7 a7b6                                                                   
38/94  398770 ms   152,785,255 nodes   0.38m nps   55% hash  +7.08  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 g6g5 c8f5 f8e7 f5f6 e7d7 f6b6 d7c8 b6c5 c8d8 c5a5 d8d7 a5b5 d7e7 b5c5 e7d8 h4g5 d8d7 g3h4 e8f7 c5d6 d7c8 d6c6 c8d8 c6f6 d8e8 g5g6 f7c4 f6c6 e8d8 g6g7 d8e7 c6c7 e7e8 c7c8 e8e7 a4a5 c4d5 g7g8n d5g8 c8c7 e7e8 c7c6 e8d8      
39/107  666307 ms   321,081,531 nodes   0.48m nps   74% hash  +324.93  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8h8 e6h6 h8g8 h6g6 g8h8 g6c6 b6b5 c4b5 f8g8 g3h3 h8h7 c6f6 g8g6 f6f7 g6g7 f7h5 h7g8 e5e6 g7c7 h5g5 g8h7 g5f5 h7g8 f5f6 c7c4 e6e7 c4c3 h3h2 c3c8 f6g6 g8h8                                   
40/62  666559 ms   321,198,047 nodes   0.48m nps   74% hash  +10.12  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 f8f5 e7e8 g8h7                                                                                                
41/77  667804 ms   321,933,680 nodes   0.48m nps   74% hash  +324.93  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 e6e7 f8e8 c4b5 e8a8 g5h5 h7g7 h5e5 g7f7 e5d5 f7f6 d5a8 f6e7                                   
42/48  667959 ms   322,005,175 nodes   0.48m nps   74% hash  +324.87  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 f8c8 e7f7 g8h8
43/71  668265 ms   322,143,550 nodes   0.48m nps   75% hash  +324.79  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 g5h5 h7g7 c4b5 f8f6 h5g5 f6g6
44/48  668711 ms   322,386,801 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7
45/67  669848 ms   322,957,471 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6
46/49  670849 ms   323,601,473 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6
47/55  672028 ms   324,311,483 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6 f7f6 h6h7
48/62  673355 ms   325,073,111 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6
49/71  675201 ms   326,156,931 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6g7 e6e7 g7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6 f7f6 h6h7
50/70  676805 ms   327,161,672 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 g8f8 c6d7 g7h6 d7e6 h6h7 e6e7 h7g8 e5e6 b6b5 e7g5 g8h7 c4b5 f8c8 g5h5 h7g7 h5f7 g7h6 f7f6 h6h7 e6e7 c8a8
51/70  679233 ms   328,803,102 nodes   0.48m nps   75% hash  +324.89  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 c6f6 g7h7 g3h3 g8g6 f6f7 g6g7 f7f5 h7h8 f5f6 b6b5 c4b5 h8h7 e5e6 g7g6 f6f7 h7h6 f7d7 g6g8 e6e7 g8a8 d7e6 h6g7 e6e5 g7f7
  52/78  682756 ms   330,884,631 nodes   0.48m nps   75% hash  +324.99  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e g8h8 e6c6 b6b5 c4b5 f8g8 g3h3 g8f8 c6h6 h8g8 h6g6 g8h8 g6h5 h8g7 e5e6 f8g8 h5f7 g7h8 f7f6 h8h7 e6e7 g8a8 f6g5 a8b8 g5h5 h7g7 h5e5 g7g6 e7e8q b8e8 e5e8 g6h6
53/79  685829 ms   332,943,474 nodes   0.49m nps   76% hash  +324.93  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e g8h8 e6c6 b6b5 c4b5 f8g8 g3h3 g8f8 c6h6 h8g8 h6g6 g8h8 g6h5 h8g8 e5e6 g8g7 e6e7 f8a8 h5e5 g7f7 e5d5 f7e8 d5a8 e8e7 a8b7 e7f6 b7c6 f6g7 c6d7 g7f8
54/89  690524 ms   335,762,137 nodes   0.49m nps   76% hash  #128  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 gh8 e6c6 b6b5 c4b5 f8g8 g3h3 g8g6 c6e8 h8h7 e8f7 h7h8 f7f8 h8h7 f8f5 h7h6 e5e6 g6g8 f5f6 h6h7 e6e7 g8a8 f6f7 h7h6 f7f8 a8f8 e7f8q h6g6 f8d6 g6h7 d6e7 h7h6 e7g5 h6h7
55/114  705354 ms   344,176,267 nodes   0.49m nps   77% hash  #97  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g88 e6h6 h8g8 h6c6 f8b8 c6d6 b8b7 d6d5 b7f7 e5e6 f7g7 g3h3 g8h8 d5d8 g7g8 d8b6 g8f8 b6d4 h8h7 e6e7 f8c8 d4e4 h7h6 e4e5 c8a8 e5e6 h6g7
56/94  711310 ms   347,759,831 nodes   0.49m nps   77% hash  #97  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 g5e7 h7g8 e7e6 g88 e6h6 h8g8 h6c6 f8b8 c6d6 b8f8 d6b6 g8g7 b6d4 g7f7 g3h3 f8e8 d4d7 e8e7 d7f5 f7e8 e5e6 e7g7 f5e5 g7g6 e5h5 e8e7 h5g6 e7d6 e6e7 d6e7 g6g7 e7e6 g7g8 e6f6
57/98  717468 ms   351,645,888 nodes   0.49m nps   78% hash  #98  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 g5e7 h7g8 e7e6 g88 e6h6 h8g8 h6c6 f8b8 c6d6 b8b7 d6d5 b7f7 e5e6 f7g7 g3h3 g8h7 d5e4 h7h6 e6e7 g7g8 e4e6 h6g7 e6g8 g7g8 e7e8q g8g7 e8e7 g7g8 e7e6 g8g7 e6b6 g7f7 b6a7 f7g6
58/124  771353 ms   375,345,568 nodes   0.49m nps   82% hash  #91  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 g5e7 h7g8 e7e6 g87 e6c6 b6b5 c6b5 f8g8 b5b6 g7f7 g3h3 g8g6 b6d8 g6e6 d8d7 e6e7 d7f5 f7e8 e5e6 e7c7 f5f6 c7a7 f6g6 e8d8 g6g8 d8c7 g8f7 c7b8 f7a7 b8a7 e6e7 a7b7 e7e8q b7b6 e8d8 b6b7 d8d7 b7b6
59/106  790188 ms   386,579,742 nodes   0.49m nps   83% hash  #63  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 g5e7 h7g8 e7e6 g87 e6c6 f8g8 c6b6 g7f7 g3h3 g8g6 b6d8 g6e6 d8d7 e6e7 d7f5 f7e8 e5e6 e7g7 f5b5 e8d8 b5b8 d8e7 b8a7 e7d6 a7d4 d6e6 d4g7 e6d6 g7d4 d6e7 d4e5 e7f8 e5b8 f8e7 b8c7 e7f8 c7d8 f8f7
60/130  802978 ms   393,803,386 nodes   0.49m nps   83% hash  #63  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g8 h5g6 g8h8 g6h6 h8g8 h6e6 g87 e6c6 f8g8 c6b6 g7f7 g3h3 g8g6 b6d8 g6e6 d8d7 e6e7 d7f5 f7e8 e5e6 e7g7 f5h5 e8e7 h5d5 e7e8 d5d4 g7c7 d4e5 c7h7 e5b8 e8e7 b8c7 e7e6 c7h7 e6d6 h7d3 d6c7 d3d5 c7c8 c4c5 c8c7 h3g3 c7b8
61/122  856021 ms   420,724,587 nodes   0.49m nps   86% hash  #62  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g87 e6c6 f8g8 c6b6 g7f7 g3h3 g8g6 b6d8 g6e6 d8d7 e6e7 d7f5 f7e8 e5e6 e7c7 f5e5 c7a7 e5h8 e8e7 h8g7 e7d6 g7a7 d6e6 a7e3 e6f7 e3e5 f7g6 h4h5 g6f7 e5d5 f7f8 d5d6 f8e8 d6c6 e8f8
62/98  954481 ms   461,599,214 nodes   0.48m nps   90% hash  #61  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8g7 e6c6 f8g8 c6b6 g7f7 g3h3 g8g6 b6d8 g6e6 d8d7 e6e7 d7f5 f7e8 e5e6 e7c7 f5e5 c7b7 e5h8 e8e7 h8h7 e7f6 h7b7 f6e6 b7d5 e6e7 d5a5 e7f6 a5g5 f6e6 g5d5 e6f6 d5d6 f6g7 d6e7 g7g6 e7g5 g6f7
63/125  1085638 ms   525,435,313 nodes   0.48m nps   94% hash  #54  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6d6 d8e8 d6c6 e8f7 c6f6 f7g8 f6b6 g8f7 b6c7 f7e6 g3h3 f8g8 c7d6 e6f7 d6d7 f7g6 d7g4 g6f7 e5e6 f7f8 e6e7 f8e7 g4g8 e7d7 g8f7 d7d6 f7d5 d6e7 d5a5 e7f8 a5a8 f8g7 a8a7 g7h6 a7d7
Parent - - By Christian Petersen Date 2026-10-23 01:23 Edited 2026-10-23 01:27
Code:

anderes:

position fen 2r2rk1/1bpR1p2/1pq1pQp1/p3P2p/P1PR3P/5N2/2P2PPK/8 w - - 2 32
setoption name Hash value 4096
go infinite
   1/3       4 ms            44 nodes   0.01m nps    0% hash  +4.28  f6g6 f7g6
   2/2       5 ms            85 nodes   0.02m nps    0% hash  +4.28  f6g6 f7g6
   3/8       5 ms           337 nodes   0.07m nps    0% hash  +1.16  f6f7 f8f7 d7d8 c8d8 d4d8 f7f8
   4/8       6 ms           402 nodes   0.07m nps    0% hash  +1.15  f6f7 f8f7 d7d8 c8d8 d4d8 f7f8
   5/8       6 ms           577 nodes   0.10m nps    0% hash  +0.99  f6f7 f8f7 d7d8 c8d8 d4d8 f7f8
  6/14       9 ms         1,224 nodes   0.14m nps    0% hash  +0.38  d7f7 f8f7 d4d8 c8d8 f6f7 g8f7
   7/8      10 ms         1,335 nodes   0.13m nps    0% hash  +0.79  d7f7 f8f7 d4d8 c8d8 f6f7 g8f7
  8/19      29 ms         6,926 nodes   0.24m nps    0% hash  +0.00  f6e7 g8h8 e7f6 h8g8
  9/21      52 ms        14,125 nodes   0.27m nps    0% hash  +1.50  h2h1 c6a4 c4c5 b7f3 d4a4 f3g2 h1h2 g2d5
10/28     116 ms        33,554 nodes   0.29m nps    0% hash  +1.67  f3e1 c6a4 c4c5 b6c5 d4a4 c8e8 a4a5 e8c8
11/14     123 ms        35,714 nodes   0.29m nps    0% hash  +1.28  c2c3 b6b5 c4b5 c6d7 d4d7 c8e8 d7c7 b7f3 c7c4 f3d1
12/37     446 ms       129,614 nodes   0.29m nps    0% hash  +1.15  c2c3 c6a4 c4c5 a4c2 d4d2 b7f3 d2c2 f3g4 c2c1 c8e8 c1g1 g4f5 d7d2 b6c5
13/31     592 ms       173,227 nodes   0.29m nps    0% hash  +0.98  c2c3 c6a4 c4c5 a4c6 d4d2 c6c5 d7f7 f8f7 f6g6 f7g7 g6h5
14/30     847 ms       245,947 nodes   0.29m nps    0% hash  +0.76  c2c3 c6c5 f3g5 c5c6 g5e4 c8b8 h2g1 c6a4 d7c7 b7e4 d4d7 a4a1 g1h2 a1c3 d7f7
15/33    1119 ms       322,365 nodes   0.29m nps    0% hash  +0.96  c2c3 c6a4 f3g5 a4c6 g5e4 c8a8 h2g1 a8a7 c4c5 b6c5 c3c4 c5d4
16/39    3206 ms       916,213 nodes   0.29m nps    0% hash  +0.83  c2c3 c8a8 h2g1 a8c8 d7e7 c8e8 d4d7 e8e7 f6e7 c6c4 d7c7 c4a4 c7b7 a4a1 g1h2
17/45    4840 ms     1,384,402 nodes   0.29m nps    0% hash  +0.87  c2c3 c8a8 d4d1 a8c8 d7e7 c8e8 e7e8 f8e8 c4c5 b6c5 d1d2 c6e4 d2d7 e8f8 d7c7 e4a4 c7b7 a4f4 f6f4
18/44    5789 ms     1,671,967 nodes   0.29m nps    0% hash  +0.78  h2g1 c8e8 c2c3 e8a8 d7e7 c6a4 e7c7 a4a1 g1h2 b7f3 f6f3 a1c1
19/41    7816 ms     2,236,332 nodes   0.29m nps    0% hash  +0.75  c2c3 c8a8 f6g5 g8g7 g5e7 a8e8 e7f6 g7g8 h2h1 e8a8 f3e1 a8c8 f2f3 c6a4 e1d3 b7f3 d3f4 a4c2 g2f3 c2f5 f4g6 f5f6 g6e7 g8h8 e5f6 e6e5 e7c8
20/42   11973 ms     3,443,826 nodes   0.29m nps    0% hash  +0.77  f6f4 g8g7 f4g3 c8e8 g3g5 e8c8 g5f4 c8e8 d4d1 e8c8 d7d4 c8e8 f4f6 g7g8 d4d7 c6a4 d7c7 b7f3 g2f3
21/43   15613 ms     4,491,459 nodes   0.29m nps    0% hash  +0.89  h2h1 c8e8 d4d3 e8a8 d7d4 c6a4 h1h2 b7f3 f6f3 a8e8 d4d7 a4c4 d3d4 c4c2 d4f4 c2c1 f4f6 c1h6 d7c7
22/56   22788 ms     6,572,292 nodes   0.29m nps    1% hash  +0.84  f6f4 g8g7 f4g5 c8e8 d4d3 e8c8 g5f6 g7g8 d7d4 c8a8 d4f4 c6e8 f3g5 b7c6 h2g1 c6a4 f2f3 a4c2 d3d7 e8d7 f6h8 g8h8
23/51   32330 ms     9,380,227 nodes   0.29m nps    1% hash  +1.25  f6g5 g8g7 f3d2 c6g2 g5g2 b7g2 h2g2 g6g5 h4g5 f8e8 d2e4 h5h4 e4f6 h4h3 g2h1 e8h8 d7f7 g7f7 d4d7 f7f8 f6h5 h8h5 d7f7 f8f7
24/49   40881 ms    11,967,401 nodes   0.29m nps    2% hash  +0.93  f6g5 g8g7 f3d2 g7g8 d2e4 c6e4 d4e4 b7e4 h2g1 e4c2 d7d4 c2f5 g5f6 f5c2 d4d2 g8h7 c4c5 b6c5 f6f3 c8d8 d2d8 c5c4 d8f8 c2f5 f8f7 h7g8
25/58   55826 ms    16,216,842 nodes   0.29m nps    2% hash  +1.15  f6g5 g8g7 c2c3 c8a8 g5g3 b7c8 d7e7 c8b7 f3g5 a8e8 e7d7 b7c8 g5e4 c6e4 d4e4 c8d7 g3g5 f7f6 e5f6 g7f7 e4d4 e8d8 g5h6 f7f6 h6f4 f6g7 f4c7
26/55   68356 ms    19,936,423 nodes   0.29m nps    3% hash  +1.23  f6g5 g8g7 c2c3 g7h7 g5g3 h7g8 f3g5 c6g2 g3g2 b7g2 h2g2 f7f6 g5e6 f8e8 d7g7 g8h8 d4d7 e8e6 g7h7 h8g8 f2f4 g6g5 d7g7 g8f8 g7g6 g5f4 e5f6 e6e1 h7h8 f8f7 h8h5
27/55   82310 ms    24,043,504 nodes   0.29m nps    3% hash  +0.90  f6f4 g8g7 h2g1 c8e8 d4d3 e8c8 f4f6 g7g8 d7d4 c8b8 d4f4 c6e8 f3g5 b7c6 d3g3 e8d8 g5e6 d8f6 f4f6 f8e8 g3g6 f7g6 e6g5 c6d7 f6g6 g8f8 g6f6 f8g7 f6f7 g7g8
28/58  122932 ms    36,220,630 nodes   0.29m nps    6% hash  +1.09  f6g5 g8g7 f3g1 c6g2 g5g2 b7g2 h2g2 c7c5 d4d6 b6b5 a4b5 a5a4 g1h3 a4a3 h3g5 g7g8 f2f3 c8a8 f3f4 g8g7 d6d3 a3a2 d7b7 a2a1n g5e6 g7h6 e6f8 a8f8
29/63  169379 ms    50,587,626 nodes   0.30m nps    8% hash  +0.95  f6g5 c6a4 c4c5 a4d7 d4d7 b7f3 g2f3 c8e8 c5c6 a5a4 g5f6 e8a8 d7d1 g8h7 h2g2 a4a3 d1a1 h7g8 c2c4 a8a4 a1c1 a3a2 c1a1 a4a7 c4c5 b6c5 g2h2
30/72  206386 ms    62,425,877 nodes   0.30m nps   10% hash  +1.23  f6g5 c6a4 c4c5 a4c2 d4f4 b7f3 f4f3 c2e4 f3f4 e4f4 g5f4 a5a4 f4f6 a4a3 c5b6 c7b6 d7f7 f8f7 f6e6 c8c7 e6g6 g8f8 g6h6 f8e8 h6b6 f7g7 b6e6 e8d8 e6d6 d8e8 d6a3 e8d7 e5e6 d7e8
31/65  239500 ms    73,128,298 nodes   0.31m nps   12% hash  +1.18  f6g5 c6a4 c4c5 a4c2 d4f4 b7f3 f4f3 c2e4 f3f4 e4f4 g5f4 a5a4 f4a4 c8a8 a4b3 b6b5 d7c7 b5b4 c7e7 a8b8 c5c6 b8d8 b3f3 b4b3 f3f6 b3b2 e7f7 f8f7 f6d8 f7f8 c6c7 b2b1q c7c8q f8d8 c8d8 g8h7
32/74  344408 ms   107,147,572 nodes   0.31m nps   18% hash  +1.24  f6g5 c6a4 c4c5 a4c2 d4f4 b7f3 f4f3 c8e8 f3f4 c2b1 g5f6 b1c1 g2g3 c1f4 f6f4 a5a4 c5b6 a4a3 f4g5 c7b6 d7f7 f8f7 g5g6 g8f8 g6h6 f8e7 h6h5 f7f2 h2g1
33/74  422837 ms   132,632,926 nodes   0.31m nps   22% hash  +1.47  f6g5 c6a4 c4c5 a4c2 d4f4 b7f3 f4f3 c8e8 g2g3 c2e4 f3f4 e4f4 g3f4 b6c5 d7c7 a5a4 f4f5 e6f5 e5e6 e8e6 c7c5 a4a3 c5f5 a3a2 f5a5 f8e8 a5a2 e6e5 g5g3 g8g7 a2b2 e5e4 g3c3 g7h7 b2b7 e4h4 h2g1
34/80  536852 ms   170,140,424 nodes   0.32m nps   28% hash  +1.49  f6g5 c6a4 c4c5 a4c6 c5b6 c6c2 d4f4 b7f3 g5f6 c2f2 f4f3 f2f3 f6f3 c7b6 d7b7 c8b8 b7b8 f8b8 f3f6 b8c8 h2g1 c8c4 g1f2 c4e4 g2g3 e4g4 f6f3 g4g3 f2g3 g8g7 f3d1 a5a4 g3f2 a4a3
35/80  566771 ms   180,468,806 nodes   0.32m nps   29% hash  +1.21  f6g5 c6a4 c4c5 a4c6 c5b6 c6c2 d4f4 b7f3 g5f6 c2f2 f4f3 f2f3 f6f3 c7b6 d7b7 c8b8 b7a7 b8c8 f3b3 c8c5 a7b7 g6g5 b7b6 g5h4 b3b2 f7f5 e5f6 c5g5 b6e6 h4h3 h2h3
36/85  698054 ms   225,512,555 nodes   0.32m nps   35% hash  +1.36  f6g5 c6a4 c4c5 a4c2 d4f4 b7f3 f4f3 c2e4 f3f4 e4f4 g5f4 b6b5 f4g5 b5b4 f2f4 c8e8 d7c7 b4b3 c5c6 b3b2 c7b7 e8b8 g5e7 b2b1q b7b1 b8b1 f4f5 e6f5 c6c7 b1c1 e5e6 g8g7 e7d8 c1c4 e6f7 f5f4 d8g5 g7h7 g5e7 c4c2 e7f8 c2c7
37/86  868190 ms   278,761,978 nodes   0.32m nps   43% hash  +1.35  f6g5 g8h7 g5g3 h7g7 f3g5 c8e8 g5h3 b7c8 h3f4 c8d7 f4h5 g7h7 g3g5 d7c8 d4d3 f8h8 g5f6 h8g8 f6f7 h7h8 h5f6 g8g7 f7e8 c6e8 f6e8 g7g8 e8c7 g8f8 c7a8 f8g8 h4h5 g6h5 h2h3 g8f8 a8b6 c8a6 h3h4 f8f4 h4g3 h5h4 g3f4
38/84  1130687 ms   366,294,904 nodes   0.32m nps   55% hash  +5.08  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8g7 e6c8 e8a4 c8c7 g7f8 c7b6 f8e7 b6f6 e7d7 f6d6 d7c8 d6a6 c8c7 a6a5 c7b7 a5b4 b7c8 b4a4 g6g5 a4c6 c8d8 c6d6 d8c8 d6e6 c8b8
39/94  1177275 ms   386,705,866 nodes   0.33m nps   57% hash  +5.27  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 f8f7 e6c6 g8g7 c6b6 f7f5 e5e6 f5f8 b6a5 g7f6 a5d5 f8g8 g3h3 g8g7 d5f3 f6e6 f3e4 e6f6 e4c6 f6f7 g2g4 g7g4 c6d7 f7f8
40/97  1253322 ms   423,125,578 nodes   0.34m nps   59% hash  +5.97  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c6e8 g5e6 f7e6 f6e6 g8f8 e6c8 f8e7 c8c7 e8d7 c7d6 e7e8 d6b6 d7f5 b6a5 g6g5 h4g5 e8d7 g3h4 d7c6 a5d5 c6c7 d5d6 c7b7 a4a5 f5c2 d6e6 c2f5 e6b6 b7c8 b6c6 c8d8 g5g6 f5g6 e5e6 d8e7 c6d7 e7f6 e6e7
41/106  1602426 ms   625,849,561 nodes   0.39m nps   68% hash  #124  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7b7 b6c6 b7d7 c6g6 e8f8 g6f6 d7f7 f6d8 f8g7 d8g5 g7h7 e5e6 f7f8
42/50  1602888 ms   626,117,328 nodes   0.39m nps   68% hash  +38.42  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8d7 a8b7 d7e8 b7b6 f7g7 g3h3 g7d7 b6g6 e8f8 g6f6 d7f7 f6d6 f8g8 e5e6
43/88  1605376 ms   627,887,999 nodes   0.39m nps   68% hash  #107  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8h7 c7d7 c6d7 e6d7 h7h8 d7e6 f8g8 g3h2 h8h7 h2h3 g8g6 e6d7 h7h8 e5e6 g6g8 d7b5 g8f8 b5b6 f8c8 b6d4 h8g8 d4d5 c8c6 d5g5 g8h8 g5f6 h8h7 f6f7 h7h6
44/63  1605660 ms   628,098,415 nodes   0.39m nps   68% hash  #107  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 d7f7 c7f7 f8f7 e6c6 b6b5 c6e8 g8g7 e8b5 f7e7 b5b6 g7g8 b6d6 e7b7 d6d8 g8g7 d8g5 g7h7 g5h5 h7g8 e5e6 g8g7 h5g5 g7h7 g3h3
45/80  1606153 ms   628,408,324 nodes   0.39m nps   68% hash  #110  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 d7f7 c7f7 f8f7 e6c6 b6b5 c6e8 g8g7 e8b5 f7e7 b5b6 g7g8 b6d6 e7b7 d6d8 g8g7 d8f6 g7h7 f6f5 h7g7 f5g4 g7h6 g4g5 h6h7 g5h5 h7g8 e5e6 g8g7 h5g5 g7h7 g3h3
46/66  1606832 ms   628,863,614 nodes   0.39m nps   68% hash  #105  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8h7 e6c6 d7c7 c6c7 h7h6 c7d6 h6g7 d6b6 g7h7 b6d4 h7g6 d4g4 g6f7 g4d7 f7g6 d7e7 f8g8 g3h3 g8g7 e7g5 g6f7 e5e6 f7g8 g5d8 g8h7
47/90  1607553 ms   629,358,478 nodes   0.39m nps   68% hash  #107  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8a7 e7f8 a7d4 f8g8
48/83  1608414 ms   629,931,186 nodes   0.39m nps   68% hash  #106  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8b7 e7f8 b7c8 f8e7
49/54  1609488 ms   630,721,003 nodes   0.39m nps   68% hash  #106  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8b7 e7f8 b7c8 f8e7 c8d7 e7f6
50/83  1611023 ms   631,884,071 nodes   0.39m nps   68% hash  #106  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8b7 e7f8 b7c8 f8e7 c8d7 e7f6
51/102  1613414 ms   633,729,703 nodes   0.39m nps   68% hash  #107  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8e7 a8b7 e7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8a7 e7f6 a7d4 f6g6 d4c5 g7g8 c5g5 g6h7 g5f5 h7g7 f5e5 g7g6
52/62  1614776 ms   634,877,996 nodes   0.39m nps   68% hash  #110  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8d7 a8b7 d7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8a7 e7f8 a7d4 f8g8 d4d8 g8h7
53/70  1617026 ms   636,642,075 nodes   0.39m nps   68% hash  #108  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 c6a8 d8d7 a8b7 d7e6 b7d5 e6e7 d5d6 e7e8 d6b6 f7g7 g3h3 g7e7 e5e6 e7g7 b6b5 e8f8 b5b8 f8e7 b8b7 e7f8 b7c8 f8e7 c8d7 e7f6 d7d4 f6g6 d4e5
54/118  1622240 ms   640,314,802 nodes   0.39m nps   68% hash  #105  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h8 g5h6 h8g8 h6e6 g8h8 e6h6 h8g8 h6c6 b6b5 c4b5 g8g7 c6b7 g7h8 b7d7 f8g8 g3h3 g8g7 d7d8 g7g8 d8e7 g8a8 e7f6 h8h7 f6f7 h7h8 e5e6 a8g8 f7f6 g8g7 f6f8 h8h7 f8f5 h7g8 f5h5 g7e7 h5g6 g8h8
55/136  1635950 ms   649,883,238 nodes   0.40m nps   69% hash  #91  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7e8 f6e6 e8d8 e6c6 f8f7 e5e6 f7g7 g3h3 d8e7 c6d7 e7f6 d7d4 f6g6 d4d8 b6b5 d8g5 g6h7 g5h5 h7g8 c4b5 g7c7 h5e8 g8h7 e6e7 c7c3 h3h2 c3c8 e8h5 h7g7 h5g5 g7f7 g5f5 f7e8
56/127  1660986 ms   665,863,019 nodes   0.40m nps   70% hash  #87  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 c7d7 c6d7 g5e7 h7g8 e7d7 g8h8 d7e6 h8h7 e6c6 h7g8 c6g6 g8h8 g6h6 h8g8 h6b6 g8h7 g3h3 f8g8 b6d4 g8c8 e5e6 c8c6 d4f4 c6b6 f4e4 h7g7 e4d4 g7h7 e6e7 b6b1 d4e5 b1b7
57/120  1665434 ms   669,212,627 nodes   0.40m nps   70% hash  #87  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7h7 c7d7 c6d7 g5e7 h7g8 e7d7 g8h8 d7e6 h8h7 e6c6 f8g8 g3h3 h7g7 c6b6 g8e8 b6d6 g7f7 d6d7 e8e7 d7f5 f7e8 e5e6 e7b7 f5g6 e8d8 g6g8 d8c7 g8f7 c7b6 e6e7 b7b8 f7d5 b6a7 d5c5 a7b7
58/134  1915779 ms   772,095,648 nodes   0.40m nps   76% hash  #74  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 g3h3 b6b5 c4b5 g7h7 c6d7 h7h6 d7e6 h6h7 e6f7 h7h8 f7f6 h8h7 e5e6 g8g7 f6d8 g7a7 d8g5 a7a8 g5h5 h7g7 h5f7 g7h8 f7f6 h8h7 e6e7 a8g8 f6f7 h7h8
59/132  1951661 ms   786,827,562 nodes   0.40m nps   77% hash  #69  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 f8f7 e6c6 g8f8 e5e6 f7g7 g3h3 f8e7 c6d7 e7f6 d7d4 f6g6 d4e5 g7b7 e5g5 g6h7 e6e7 b7b8 g5f6 b8g8 f6f7 h7h8 f7g8 h8g8 e7e8q g8g7 e8e7 g7g8 h3g3 g8h8 e7g5 b6b5 g5f6 h8h7
60/130  1961694 ms   793,332,081 nodes   0.40m nps   77% hash  #69  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8g7 e6c6 g7f7 c6f6 f7e8 f6e6 e8d8 e6d6 d8e8 e5e6 f8g8 g3h3 g8g7 d6e5 g7b7 e5h8 e8e7 h8g7 e7e6 g7b7 e6f6 b7f3 f6g7 f3g4 g7h6 g4e6 h6h7 e6e7 h7g8 e7g5 g8f7 g5h6 f7e8
61/138  2018829 ms   822,138,066 nodes   0.41m nps   78% hash  #67  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 f8f7 e6c6 b6b5 c6e8 g8g7 e8b5 f7e7 b5b6 g7h7 g3h3 e7g7 b6a5 h7g6 a5b6 g6h7 b6f6 g7b7 f6f5 h7h6 e5e6 b7b1 f5f8 h6g6 e6e7 b1h1 h3g4 h1e1 e7e8q e1e8 f8e8 g6h6 e8h8 h6g6 h8g8 g6f6
62/135  2064690 ms   847,989,997 nodes   0.41m nps   78% hash  #64  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8d8 f3g5 d8d7 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8h7 c7d7 c6d7 e6d7 h7g8 d7e6 g8g7 e6b6 g7g8 b6a5 g8g7 a5c5 f8g8 g3h3 g7f7 c5c7 f7e6 c7d6 e6f7 d6d7 f7g6 d7e6 g6h7 e6f5 h7h6 f5f6 h6h7 e5e6 g8g6 f6f8 g6g8 e6e7 g8h8 f8f5 h7g7 f5e5 g7f7 e5h8
63/147  2262606 ms   954,825,363 nodes   0.42m nps   82% hash  #45  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 f8g8 c6d7 g7h6 g3h3 b6b5 c4b5 g8g6 d7e8 h6h7 e8f8 g6g8 f8g8 h7g8 b5b6 g8f8 b6b7 f8e7 e5e6 e7f6 b7b8q f6e6 b8e8 e6d5 e8b5 d5d6 h4h5 d6e7 b5c6 e7f7 c6d7 f7f6 h5h6
64/134  2404914 ms  1,023,889,835 nodes   0.43m nps   84% hash  #42  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6g6 g8h8 g6h6 h8g8 h6e6 g8g7 e6c6 g7f7 c6d7 f7g6 d7d6 g6g7 d6b6 f8f7 b6d6 f7b7 g3h3 g7g8 d6d8 g8g7 d8g5 g7f7 g5f5 f7g7 e5e6 b7a7 f5e5 g7h7 e5g5 a7a8 h4h5 a8f8 e6e7 f8a8 g5g6 h7h8 g6h6 h8g8 h6e6 g8h7
65/148  2799281 ms  1,222,460,942 nodes   0.44m nps   89% hash  #37  h2g3 c6d7 d4d7 b7c6 d7e7 c8e8 e7c7 e8c8 c7c8 f8c8 f3g5 c8f8 g5e6 f7e6 f6g6 g8h8 g6h5 h8g7 h5g5 g7f7 g5f6 f7g8 f6e6 g8g7 e6c6 g7f7 c6c7 f7g8 c7b6 g8h7 e5e6 f8g8 g3h3 h7g6 b6d4 g6f5 e6e7 f5e6 d4e4 e6d7 e4d5 d7e8 d5g8 e8e7 g8b8 e7d7 h4h5 d7e6 h5h6 e6e7 b8c7 e7f6 c7g7 f6e6 h6h7 e6f5 g7f7 f5e5 h7h8q e5d6


Ich werde jetzt (später, Freizeitbeschäftigung, ohne slopsy) mal andere Hardware herauskramen und neue Systeme aufsetzen; für die Eröffnung eines issues auf github wohl notwendig (weil ich sonst nirgendwo (dmesg/ramtesterei) Fehler im System habe...
Parent - By Peter Martan Date 2026-10-23 02:01 Edited 2026-10-23 02:17
Obwohl dieses dein Folgeposting nicht an mich adressiert ist, schien es mir doch der Beantwortung duch den Claudepapst würdig, hier gebe ich neuerlich die ganze Antwort auf das wieder, was auf das Hochladen des obigen Postings kam, nur für den Fall, dass es dich auch interessiert, nein, eigentlich nicht nur für diesen Fall, sondern auch weil ich es selbst recht interessant fand

Claude schrieb:
Dieser zweite Lauf bestätigt eher meine Vermutung, als dass er sie widerlegt.

Was auffällt:

Die Bewertungen sind viel zu niedrig. Bei gleicher FEN und Tiefe 20 bewertet seine Engine mit +0,77, mein v8 mit +2,98. Bei Tiefe 30 sind es +1,23 gegen +5,84. So weit liegen nicht zwei Suchen derselben Engine auseinander. Seine Engine bewertet die Stellung anders.
Kg3 kommt diesmal erst in Tiefe 38, nach 19 Minuten. Im ersten Lauf kam es in Tiefe 24. Nur die Hashgröße ist anders (4096 statt 1024 MB). Dass das die Suche single-threaded verändert, ist normal. Mit v8 hat aber keiner seiner beiden Läufe viel zu tun.
Das Tempo ist zu langsam. Er kommt auf 0,29–0,4 M nps, mein schwacher 2,1-GHz-Container auf 0,74 M nps.

Zu seiner Hardware-Vermutung: Ein Hardwarefehler, zum Beispiel defekter RAM, führt typischerweise zu Abstürzen oder zu Ergebnissen, die von Lauf zu Lauf zufällig schwanken. Ein durchgehend anderer Bench und eine systematisch niedrigere Bewertung passen viel besser zu einer anderen Engine. Also ein anderer Commit, ein anderes Netz oder ein Build, der das Netz falsch rechnet. Bevor er neue Systeme aufsetzt, kann er das mit drei Prüfungen in einer Minute klären:

Statische Bewertung (Integral hat dafür einen eval-Befehl):
   position fen 2r2rk1/1bpR1p2/1pq1pQp1/p3P2p/P1PR3P/5N2/2P2PPK/8 w - - 2 32
   eval

Integral v8 mit Original-Netz liefert info cp 829 und info normalized cp 454. Das ist reine Netzrechnung ohne Suche und deshalb auf jeder Hardware identisch. Kommt bei ihm etwas anderes heraus, liegt es am Netz oder am Build, nicht am Kernel.
2. Netz-Prüfsumme: sha256sum haxorus.nnue sollte bf11ca1a4c8d27d86419a4c64d84a553d7a8023f5528de1788df35e8ecc067f2 ergeben.
3. Version: git describe --tags sollte v8 ergeben, und bench sollte 2276423 ergeben.

Wenn alle drei stimmen und der Bench trotzdem abweicht, hätte er tatsächlich etwas Seltsames gefunden, und ein GitHub-Issue wäre berechtigt. Dann kann er die Ausgaben gleich ins Issue kopieren. Ich vermute aber, dass schon Punkt 1 oder 3 abweicht. Die neue Hardware kann er sich dann sparen.
Parent - - By Peter Martan Date 2026-10-23 01:54 Edited 2026-10-23 02:16
Christian Petersen schrieb:

Geschrieben ward von Neustart und nichts anderem (stopgogostopnew).

Von dir vielleicht, ansonsten schrieb ich immer hauptsächlich über Output mit und ohne vorhergehende Analyse der Stellung nach der in Frage stehenden, nämlich der nächsten nach dem besten Folgezug, also mit und ohne beim neuen go der Engine schon vorhandenen oder nicht vorhandenen Hash- Einträgen.

Das in Foren immer schon als schlechter Stil betrachtete (schon bevor's sowas wie AI unter ihrem heutigen Namen gab) full quoting deines Postings erspare ich dem P.T. Publikum, habe mir hingegen schon erlaubt, dein ganzes Posting zum Bot hochzuladen (ohne deinen Namen, nur für den Fall, dass es dir nicht recht gewesen wäre, obwohl wir hier ja in einem öffentlichen Forum schreiben) zitiere ich deshalb die ganze Antwort vom Claudepapst, weil ich nicht in Verdacht geraten will, mir das auszusuchen, was mir in den Kram passt:
Claude schrieb:

Ich habe seine Stellung exakt nachgestellt, mit Halbzugzähler 2 statt 0. Integrals Netz hat laut README eigene Eingänge für die 50-Züge-Regel, deshalb hätte schon dieser Unterschied die Abweichung erklären können.

Ergebnis: Er erklärt sie nicht. Mein Integral v8 hat mit - - 2 32, 1 Thread, 1 GB Hash und vorher ucinewgame 3 Minuten gerechnet und dabei nie Kg3 gespielt:

Tiefe   Zeit     Bewertung      Zug
8–24    2–4 s    +2,2 … +3,5    Df4
29      24 s     +5,77          Df4
34      104 s    +6,62          Df4
36      161 s    +6,72          Df4

Bei ihm springt die Engine in Tiefe 24 nach 54 s auf h2g3. Bei mir ist Tiefe 24 nach 4 Sekunden erreicht, mit Df4. Das ist nicht dieselbe Suche.

Zu seinen Punkten:

Neustart: Da sind wir uns einig. Ein neuer Prozess hat einen leeren Hash. Zum Problem wird es nur, wenn derselbe Prozess ohne ucinewgame weiterläuft.
„Unterschiedliche Kernel“ als Grund für einen anderen Bench: Das stimmt nicht. Der Single-Thread-Bench ist deterministisch: gleicher Commit plus gleiches Netz ergeben dieselbe Knotenzahl, egal unter welchem Betriebssystem, Kernel oder auf welcher CPU. Deshalb kommen deine Windows-Version und meine Linux-Version beide auf exakt 2276423. Wer einen anderen Bench bekommt, hat eine andere Engine gebaut. Wahrscheinlich hat er den aktuellen main-Stand statt Tag v8 gebaut, oder ein anderes Netz erwischt. Auch der Compiler (gcc oder clang) ändert die Knotenzahl normalerweise nicht.
Folgerung: Seine Kg3-Lösung ist echt, kommt aber von einer anderen Integral-Version, nicht von v8. Das passt auch zum Screenshot von neulich, auf dem Kg3 ebenfalls auftaucht.
Sein geringes Tempo (0,2–0,5 M nps single-threaded) passt dazu: Bei mir sind es etwa 0,74 M nps auf einem langsamen 2,1-GHz-Xeon. Er hat also eine andere oder schlecht optimierte Version gebaut. Bei make native mit clang oder ohne die vorgesehenen Flags kann das passieren.

Meine Umgebung ("Claudepapst" )
Ein Linux-Container mit 2 virtuellen Kernen, Intel Xeon mit 2,1 GHz und etwa 7 GB RAM. An Befehlssätzen sind AVX2, BMI2, AVX-VNNI und die volle AVX-512-Familie vorhanden, auch VNNI, VBMI und BF16/FP16. Für Engine-Tests reicht das gut, schnell ist es aber nicht. Wie viel ein Abo kostet, hat mit dieser Hardware nichts zu tun, dazu kann ich nichts sagen.

Vorschlag: Er soll im Integral-Ordner "git describe --tags" bzw. "git log -1 --oneline" ausführen und die Bench-Zahl posten. Steht dort nicht v8 mit Bench 2276423, ist die Sache geklärt. Seine Version wäre dann sogar die interessantere, weil sie Kg3 findet. Man müsste dann nur sagen, welcher Commit das ist.
Parent - By Dietmar Klinger Date 2026-10-23 02:57
Hier mal schnell meine eigene Meinung dazu.
Wir schreiben jetzt das Jahr 2026, da sollte man diesen "Claude" auch noch nicht überbewerten,
was dieser so von sich gibt. Diese KI-Dinger werden nämlich noch einige Zeit unvollkommen sein.
Ich denke, in ein, zwei Jahren sieht das vielleicht einmal anders aus.

MfG Dietmar
Parent - - By Christian Petersen Date 2026-10-23 21:47
1.-Wie ich git zu bedienen habe, weiß ich. Es gibt manpages, die man lesen sollte - es erspart einem, wie ein Kind dauernd mit warum/wieso der Welt auf den Ohren (oder Augen zu liegen)zu liegen, oder andere (Menschen/Chatbots) zur Informationsbeschaffung anzustellen
2.-Claudepapst kennt meine Hardware nicht, die schon fast keine mehr ist
3.-Das sse4-Kompilat von Ablett ist bei mir (intel/sandybridge) auch nur kaputt - müßte aber funktionieren (er selber testet die verpackten Programme wohl nie)...
4. Sandybridge: der alte MacMini dient eigentlich nur noch als Abspielstation/Datengrab/Bot für Lichess - ansonsten sitze ich vor dem Macbook und mache da auch Schach (aber in der Regel kein Computerschach)

Tschüssi!
Parent - - By Peter Martan Date 2026-10-23 23:08 Edited 2026-10-23 23:26
Christian Petersen schrieb:

1.-Wie ich git zu bedienen habe, weiß ich. Es gibt manpages, die man lesen sollte - es erspart einem, wie ein Kind dauernd mit warum/wieso der Welt auf den Ohren (oder Augen zu liegen)zu liegen, oder andere (Menschen/Chatbots) zur Informationsbeschaffung anzustellen

Christian, ich nahm einfach an, du wolltest mir Informationen beschaffen durch deine output- quotes, angestellt hatte ich dich dazu ursprünglich genau so wenig wie Claude, nachdem ich mit dem Bot aber schon eine Weile über Integral geplaudert hatte und Dietmars Output- Screenshot mit dem verglichen, was Claude selbst gebaut hatte, konnte ich ihm deine Output- Zitate nicht vorenthalten.
Engines aus den github- sources lass' ich ihn einfach auch deshalb  in seiner eigenen Umgebung imm wieder mal selbst bauen, um den Unterschied zu Output von meinem Rechner besser zu sehen, auch den zwischen Windows (was Claude ja nicht bauen kann) und Linux zu sehen. Ich hoffe, es hat dir nicht wirklich etwas ausgemacht, dass ich aus deinen Postings Text im schon vorhandenen Claude- Thread mit copy- paste hochgeladen habe, Links zu deinen Postings habe ich aber keine gesetzt, mag sein, das macht nicht viel Unterschied, insofern aber laut Claude schon, als er sie es solche einzelne Foren- Postings nut mit Erlaubnis des Users ansteuert angeblich, und jedenfalls ging's so ohne Namensnennung.

Nachem die Sache aber jetzt halt schon noch (so lange, bis ich den Thread mit Claude wieder lösche) gespeichert ist, konnte ich natürlich wieder nicht umhin, mit dem Bot auch darüber, was du heute noch schreibst, weiter zu grübeln. Um darauf hier jetzt nicht wieder mit unnötigem (gestern fand ich sie aber wirklich nahezu nötig, weil eben schon hauptsächlich in deinem, aber auch im Interesse Anderer, die in die Sache schon tiefer eingestiegen waren) full quoting (zu Deutsch Vollquatsch) zu kommen, hab' ich den Bot diesmal seine Antwort zusammenfassen und per Link teilbar machen lassen. Was drinsteht (und ich gehe wieder ehrlich davon aus, dass dich das durchaus interessieren könnte, tut mir wieder leid, wenn du's eh auch wieder bereits alles weißt, ich gehe da halt dann immer von meinem eigenen, in Hardware- und Compiles- Fragen zugegeben eher geringen Wissensstand aus, gerade auch, was z.B. Linux angeht, sonst würde ich Claude ja auch nicht gerade mit sowas beschäftigen). Zum Lesen braucht man ein Claude- Konto, wer kein's hat oder gratis anlegen will, dem kann ich's auch als Text- Dokument per Email schicken oder halt doch auch wieder kopieren und Einfügen, kann ja auch per PN sein.

Claude schrieb:
Ursache gefunden: Integral v8 rechnet als SSE4.1-Build (CPUs ohne AVX2, z. B. Sandy Bridge) die Bewertung falsch, kein Hardwareproblem. Messungen und Reproduktion: [Link]

https://claude.ai/artifact/S9UQUiUfwqyASWcrKifJBS#34828197-6cc4

Was da so drinsteht, find' ich selbst schon auch deshalb wieder ausgesprochen interessant, direkt lustig, weil's darauf hinaus läuft, dass dein SSE4.1- build ohne avx2 nicht nur langsamer läuft, sondern es rechnet das Netz auch falsch und liefert damit falsche Evals, "findet" hingegen genau deshalb 32.Kg3 schneller (single thread!), mit anderen Worten ein besonders schönes Beispiel für, Stellung richtig "gelöst" aus falschen Gründen

Nix für ungut, grüßt
Parent - By Christian Petersen Date 2026-10-23 23:49 Upvotes 1
Danke Peter!

Also überall kaputt und auch schon recht lange... - die Analysen des Claude kann ich nicht lesen, weil es nicht öffentlich ist.
Bedeutet auch: Ich behalte meinen alten Rechner (noch).

Gute Nacht!
Parent - - By Kurt Utzinger Date 2026-10-22 22:17 Upvotes 1
Dietmar Klinger schrieb:

Kurt Utzinger schrieb:
Für mich ist Integral v8 keine brauchbare Engine.

Hallo Kurt,

das sehe ich aber ganz anders. Hast Du meinen Screenshot angeschaut?
Ich habe auch andere Stellungen getestet und hatte keinerlei Probleme.
Ob dabei der gerade untersuchte Zug angezeigt wird, ist für mich nicht wichtig, sondern nur das Ergebnis.

MfG Dietmar


Hallo Dietmar
Nicht brauchbar war natürlich viel zu hart ausgedrückt. Du weisst, ich mag einfach Engines nicht so, die den intern aktuell berechneten Zug nicht anzeigen. Für Stellungen, die nicht innert wenigen Sekunden, sondern erst nach 60s und (viel) mehr Zeit gelöst werden, ist diese Funktion für mich unabdingbar. Ich will jeweils bei einer nächsten Suchtiefe sehen, ob das Programm den kritischen Zug doch einmal anschaut oder eben überhaupt nicht. BTW: In meiner privaten 100 Positionen Testsuite schneidet Integral v8 mit mageren 40 Lösungen nicht berauschend ab. Also noch schlechter als PlentyChess 8 mit 44 und Stockfish 18 mit 46, während es Stockfish 19 immerhin auf 50 Lösungen bringt. Die besten Engines (Rems, Promenade) lösen 60 - 67 Stellungen bei 60s Bedenkzeit. Unverändert bleibt das Phänomen, dass auch Stockfish 19 in praktischen Serien mit Partien von den bei der Analyse sich deutlich stärker zeigenden Engines nie geschlagen werden kann. Wenn ich die Geduld aufbringe, werde ich alle Tests wiederholen, aber jeweils nur 1 Single-Thread einsetzen. Ob sich da vergleichsweise etwas ändert, wird sich dann zeigen.
Beste Grüsse
Kurt
Parent - - By Peter Martan Date 2026-10-22 22:48 Edited 2026-10-22 23:03
Kurt Utzinger schrieb:

In meiner privaten 100 Positionen Testsuite schneidet Integral v8 mit mageren 40 Lösungen nicht berauschend ab. Also noch schlechter als PlentyChess 8 mit 44 und Stockfish 18 mit 46, während es Stockfish 19 immerhin auf 50 Lösungen bringt. Die besten Engines (Rems, Promenade) lösen 60 - 67 Stellungen bei 60s Bedenkzeit. Unverändert bleibt das Phänomen, dass auch Stockfish 19 in praktischen Serien mit Partien von den bei der Analyse sich deutlich stärker zeigenden Engines nie geschlagen werden kann. Wenn ich die Geduld aufbringe, werde ich alle Tests wiederholen, aber jeweils nur 1 Single-Thread einsetzen. Ob sich da vergleichsweise etwas ändert, wird sich dann zeigen.

Hallo Kurt!
Hier
https://talkchess.com/viewtopic.php?p=998601#p998601
und hier
https://talkchess.com/viewtopic.php?p=998663#p998663

ist Integral v8 in jeder der 3 Listen enthalten (heißt dort allerdings Integral260925, dem Datum 20260925 folgend, von dem die Sourcen des Builds stammen) in allen ziemlich weit unten gereiht, an abwechselnd vorletzter und drittletzter Stelle, allerdings sind das auch jeweils nur die in diesen Suiten mit der jeweiligen Hardware- TC erfolgreichsten Problem- Löser, die da direkt miteinander verglichen sind. In der vom ersten Link hab' ich mal die Unterschiede zwischen MultiPV=1, 2, 3 und 4 sehen wollen, weil das auch Jounis Thema des Threads war, in den anderen nur MultiPV=1, alle Tests waren single thread mit den jeweils in den Postings angegeben TCs. Wenn du single thread testest, hast du auch den Vorteil, mehr Concurrencies zu haben, dann sollte man halt genau genommen auch thread binding der einzelnen Instanzen machen, das neue EloStatTS- Tool, das ich da verwendet habe, macht das auch automatisch, wenn man's so einstellt.
Parent - By Max Siegfried Date 2026-10-23 13:53
Wenn die Engine so toll ist, frage ich mich, was man davon in Stockfish übernehmen könnte?
Parent - - By Dietmar Klinger Date 2026-10-23 08:21
Kurt Utzinger schrieb:

Du weisst, ich mag einfach Engines nicht so, die den intern aktuell berechneten Zug nicht anzeigen. Für Stellungen, die nicht innert wenigen Sekunden, sondern erst nach 60s und (viel) mehr Zeit gelöst werden, ist diese Funktion für mich unabdingbar. Ich will jeweils bei einer nächsten Suchtiefe sehen, ob das Programm den kritischen Zug doch einmal anschaut oder eben überhaupt nicht.

Hallo Kurt,

ja das ist mir bei Dir bekannt.
Ich empfehle Dir daher als eine sehr gut geeignete Schach-Engine Corchess. Diese funzt auch unter Windows 11 ausgezeichnet.
Bei mir unter Linux hat CorChess diese übrigens hier diskudierte Teststellung in nur wenigen Sekunden gelöst.
Das wäre eine Empfehlung für dich und genau das Richtige.
Für mich ist, wie ich schon betonte der aktuell berechnete Zug nicht so wichtig. Die Hauptsache ist die richtige Lösung, auch wenn es mal paar Minuten dauert.
Um brauchbare gute Neuerungen zu finden laufen die Kisten manchmal sogar eine ganze Nacht, habe ich mir sagen lassen.

MfG Dietmar
Parent - - By Kurt Utzinger Date 2026-10-23 13:35
Dietmar Klinger schrieb:

Kurt Utzinger schrieb:

Du weisst, ich mag einfach Engines nicht so, die den intern aktuell berechneten Zug nicht anzeigen. Für Stellungen, die nicht innert wenigen Sekunden, sondern erst nach 60s und (viel) mehr Zeit gelöst werden, ist diese Funktion für mich unabdingbar. Ich will jeweils bei einer nächsten Suchtiefe sehen, ob das Programm den kritischen Zug doch einmal anschaut oder eben überhaupt nicht.

Hallo Kurt,

ja das ist mir bei Dir bekannt.
Ich empfehle Dir daher als eine sehr gut geeignete Schach-Engine Corchess. Diese funzt auch unter Windows 11 ausgezeichnet.
Bei mir unter Linux hat CorChess diese übrigens hier [url]diskudierte Teststellung[/url] in nur wenigen Sekunden gelöst.
Das wäre eine Empfehlung für dich und genau das Richtige.
Für mich ist, wie ich schon betonte der aktuell berechnete Zug nicht so wichtig. Die Hauptsache ist die richtige Lösung, auch wenn es mal paar Minuten dauert.
Um brauchbare gute Neuerungen zu finden laufen die Kisten manchmal sogar eine ganze Nacht, habe ich mir sagen lassen.

MfG Dietmar


Hallo Dietmar
Ja, CorChess 5 dev-20261001-a940b5fc ist sehr gut. In meiner Testsuite kommt er mit 61 Lösungen in die Spitzengruppe (i7-8750H), auf meinem schnelleren AMD Ryzen 6800H gar auf 69. Auch der Short-Zug Kg3 macht keine Probleme. Bevor ich nun auf Single Thread umstelle, werde ich mir nochmals alle 100 Stellungen zu Brust nehmen und ein letztes Mal jene Stellungen aussortieren, die durch eine Zweitlösung (auch wenn etwas schwächer) ebenfalls gewinnen/remisieren.
Viele Grüsse
Kurt
Parent - - By Dietmar Klinger Date 2026-10-23 14:10 Upvotes 1
Kurt Utzinger schrieb:

Ja, CorChess 5 dev-20261001-a940b5fc ist sehr gut. In meiner Testsuite kommt er mit 61 Lösungen in die Spitzengruppe (i7-8750H), auf meinem schnelleren AMD Ryzen 6800H gar auf 69.

Hallo Kurt,

ja, sehr gut. Wobei Dein AMD Ryzen 7 6800H auch nur unterste Mittelklasse ist.
Bei einer stärkeren CPU bekommst Du noch viel bessere Ergebnisse.

MfG Dietmar
Parent - By Kurt Utzinger Date 2026-10-23 14:44 Upvotes 1
Dietmar Klinger schrieb:

Kurt Utzinger schrieb:

Ja, CorChess 5 dev-20261001-a940b5fc ist sehr gut. In meiner Testsuite kommt er mit 61 Lösungen in die Spitzengruppe (i7-8750H), auf meinem schnelleren AMD Ryzen 6800H gar auf 69.

Hallo Kurt,

ja, sehr gut. Wobei [url]Dein AMD Ryzen 7 6800H[/url] auch nur unterste Mittelklasse ist.
Bei einer stärkeren CPU bekommst Du noch viel bessere Ergebnisse.

MfG Dietmar


Hallo Dietmar
Das ist mir bewusst. Ich kaufe mir halt nicht jedes Jahr ein neues Gerät. Da stimmt für mich das Kosten-/Nutzenverhältnis nicht mehr, da in über 90% der Fälle die besten Züge auch mit meiner "untersten Mittelasse CPU" sehr rasch gefunden werden. Und ob es bis zum Ergebnis 5 Sekunden oder in Ausnahmefällen 30 - 60 Sekunden dauert, stört mich nicht. Wir wissen in der Zwischenzeit ja, dass bei den heutigen NNU-basierten Programmen die Hardware eine immer geringere Rolle spielt.
MfG Kurt
Parent - By Max Siegfried Date 2026-10-23 13:45 Upvotes 1
Willst du deine private 100 Positionen Testsuite nicht mal den Forumsmitgliedern zum Testen anbieten?
Parent - - By Roland Riener Date 2026-10-22 12:09
Kurt Utzinger schrieb:

Zitat:
Vielleicht ist die Engine aber auch so programmiert, dass sie nach dem Auffinden einer klaren Gewinnstellung überhaupt keine weiteren Alternativen untersucht. Damit könnte man unnötige Rechenzeit sparen, denn gewonnen ist gewonnen und nur das zählt am Ende, das Wie ist weniger wichtig.

Hallo Kurt,
Ähnlich ist das bei manchen Fritzen, die sich bei gefundenen Mattstellungen oft nicht mehr um kürzere Lösungen bemühen. Dies zum Mißfallen der Problemfreunde, wo nicht nur "gewonnen", sondern auch "wie gewonnen" zählt.
Up Topic Hauptforen / CSS-Forum / Erfahrungen mit Integral v8 64-bit
1 2 Previous Next  

Powered by mwForum 2.29.3 © 1999-2014 Markus Wichitill