Author: Peter Berger
Date: 10:06:34 01/15/05
Go up one level in this thread
On January 15, 2005 at 12:29:40, chandler yergin wrote:
>New game,
>{D]7k/8/8/8/8/8/N7/KB6 w - - 0 1
>
>Analysis by Shredder 8:
>
>1. +- (#29): 1.Kb2
>2. +- (#30): 1.Nc3
>3. +- (#30): 1.Nb4
>4. +- (#30): 1.Bc2
>5. +- (#30): 1.Bd3
>6. +- (#31): 1.Nc1
>7. +- (#31): 1.Be4
>8. +- (#32): 1.Bf5
>9. +- (#32): 1.Bg6
>10. = (0.00): 1.Bh7
>
>(, 15.01.2005)
>
>Instantaneous! I don't care how 'deep' in the search.. once into the EGTB,
>it's there!
You didn't get the point. The slowdown occurs in positions when there are say 9
men on the board, and the engines probes the tablebases whenever it reaches 5
men in one of the lines it is examinating.
As disk access is slow it has to wait for the results before it can continue
with its calculations. So if it didn't look up the tablebases it could search
faster, but it hopes that this pays off because the evaluation of the tablebases
is perfect.
That's easy to check for yourself, if you setup a position with 8 or 9 men, and
let your favourite engine search first with then without tablebases.
This page took 0.03 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.