Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Hashkey collisions (typical numbers)

Author: Renze Steenhuisen

Date: 07:57:29 04/07/04

Go up one level in this thread


On April 07, 2004 at 10:48:23, Renze Steenhuisen wrote:

>
>>>>>>I'm sure it was some implementation bug with Renze.
>
>Anyone,
>
>I only store result from the main search, so no NULL-move and no Qsearch
>results.
>I get a TT-hit ratio of 11.73%, of which a part will generate cut-offs.
>    (I call something a tt-hit when an entry is found with the same hashkey,
>     draft does not need to be sufficient)
>
>the tt_retrieve code retrieves a move, which I call the TT_MOVE_SUGGESTION.
>
>could someone provide me with a % of TT_MOVE_SUGGESTIONs in a search?
>
>Cheers...

Hmmm, that's weird... when I disable the IID code, I get an even higher number
of errors...

How important is it to hash in the castling rights and en-passant fields?

it can't be THAT important can it? because I am just testing everything with the
startig position only (yes, I know it isn't wise but I have no choice due to
time constraints)

...

BuG BuG BuG



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.