Author: CLiebert
Date: 04:45:29 02/05/99
Crafty16.4/LGG-Engine-Tournament
Last Night Fritz played on ma pc a little autoplay-engine-tournament
Conditions:
10m/Game
K6-II-300
Selfmade gm-book (depth 7-8 moves)
4 Engines, 7 Rounds
Nimzo-Book-Learn file was deleted after 14 games
all games in cbh (with evaluations) available
(if sb. is interested - no problem!)
Nimzo and the Craftys are playing as fritz-native engines,
Little Goliath Gold 1.0 as winboard-engine (settings: css3/off)
Crafty164-LGG 1999
1 2 3 4
1 Nimzo '99 ******* 01½0111 011½011 ½111½½1 14.5/21
2 lggold 10½1000 ******* 0111½0½ 1½½1110 11.5/21
3 Crafty 16.3 100½100 1000½1½ ******* 01½01½1 9.5/21
4 Crafty 16.4 ½000½½0 0½½0001 10½10½0 ******* 6.5/21
(hopefully this is readable after posting - if not: Nimzo won with 14,5 of 21,
second
lgg (11,5/21) and then the two crafties. Surprise: Crafty 16.4 behind 16.3
Remark: less games, special modus (no pb, blitz) - on tournament level and with
other opponents
everthing could change (we will see)! LGG f. ex. plays stronger at higher
levels.
I asked Michael Borgstaedt about the clearing of hash-tables. He estimates that
this will cause
an additionall demand of 10% power (or less) for prescanning-programms. Here the
original text (parts on an interview for the next issue of the german
pc-chess-magazine css):
Zum Thema "was bedeutet das Löschen der Hash Tables unter Fritz in der Praxis":
MB: Sollte nur für einige wenige ELO gut sein. Viele Programme löschen die
Hashtabellen zwangsweise sowieso nach jedem Zug und sind daher nicht betroffen
(Stichwort Prescanning). Die Zugsortierung leidet immer, aber ganz so dramatisch
wird es nicht sein. Ich würde sagen, daß betroffene Programme 10% mehr
Rechenleistung aufbringen müssen, um zum gleichen Ergebnis zu gelangen.
Vielleicht auch weniger, hängt vom Programm ab....
Wie geht LGG damit um?
MB: Da LGG kein "Prescanner" ist, also nur die Endstellungen bewertet, muß ich
die Tabellen nicht bei jedem "new" automatisch löschen. Viele Programme können
auf das Löschen nicht verzichten, sind also auch nicht betroffen. Fritz sendet
zu Beginn das Kommando "fritz", in diesem Fall verzichte ich dann einfach auf
das Löschen der Tabellen nach jedem "new", da ja nicht sicher ist, daß "new"
eine neue Partie einleitet. Das Abfragen eventuell nach "new" folgender Züge
(als Anhaltspunkt dafür, daß KEINE neue Partie begonnen wird) ist keine
zuverlässige Lösung, da schließlich eine neue Partie auf Basis einer
Stellungsdatenbank (Nunn-Positionen) begonnen werden könnte. Bei der
Implementation sind dann einige Dinge zu beachten (z.B. könnte "new" tatsächlich
eine neue Partie einleiten, dann dürfen die Slots in den Tabellen natürlich
nicht "verriegelt"
bleiben), aber das sind einfach zu lösende Geschichten. Eine Implementierung wie
in Crafty (wenn ich mich richtig erinnere) müßte die entsprechenden
Voraussetzungen bereits erfüllen -> Einträge mit "Age"-bit.
Christian Liebert/Hamburg
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.