Author: Eric Oldre
Date: 14:34:42 04/08/04
Go up one level in this thread
Also, just in case you try this, remember that using the fen notation as to verify zobrist uniqueness should only be used until you are sure that your zobrist keys are working correctly, as it will REALLY slow down your program. On April 08, 2004 at 17:32:31, Eric Oldre wrote: >I can tell you what i did, if i unerstand your question correctly > >what i wanted to know was to make sure that each 64 bit hash key was unique >to one specific board state. so instead of computing the hash two different >ways. i used the FEN notation of the board as a 2nd collision key. > >this allowed me to find some places where i hadn't properly updated my zobrist >key (black long castle). > >of course i'm not sure if that is really what you want to know, but it might >help. > >On April 08, 2004 at 09:08:19, Andrew Wagner wrote: > >>Hi all, >> >>I'm using a simple hashing scheme: a single replace-always tranposition table. >>I've made sure all the hash keys are correct by comparing it to a key created >>from scratch. But I'm not sure it's working as efficiently as it could be. So, >>my question is: what statistics can I generate that will tell me how it's doing? >>And what values should I be getting for those statisics, on average? >> >>Also, a slightly different topic: someone told me that with hash tables, and >>without null-move, my move ordering (first-move fail-highs / total fail-highs) >>should be averaging >95%. Does that sound right to the rest of you? Thanks! >>Andrew
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.