Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: EGTB disadvantage for solving probs quick

Author: Andrew Dados

Date: 11:43:06 12/04/00

Go up one level in this thread


On December 04, 2000 at 14:31:47, Ernst A. Heinz wrote:

>Hi Vincent,
>
>>I don't 6 gigabyte of RAM, RAM very expensive.
>>If i would have 6 gigabyte of RAM i would use it for transposition
>>table however for the biggest part of it.
>
>As usual you do not really know what you are talking
>about. My RAM-based knowledgeable endgame databases
>consume less than 16MB of memory. Just read my book
>before posting such utter nonsense next time.
>
>=Ernst=
>

Dear Ernst.

First I find your post (and many past ones) of very little merit, just 'flagrant
commercial exhortations' at best. Second you can't ask everyone to read your
book to understand what you mean if you can't write it clearly in few lines. And
finally I fail to see what part of Vincents post was utter nonsense.

-Andrew-

>>>>Hello here a nightmare scenario when using EGTB,
>>>>for DIEP that's position #4 from bs2830 testset.
>>>>
>>>>Wonder how other progs do with and without egtb on this
>>>>position. Of course the real problem is that this problem
>>>>is like a 17 ply problem as there are 5 ply to see then
>>>>12 checks and it's a stalemate.
>>>
>>>This is exactly why I like my combination of interior-node
>>>recognizers and RAM-based knowledgeable endgame databases
>>>so much!
>>>
>>>See my book on "Scalable Search in Computer Chess" for more
>>>details (http://supertech.lcs.mit.edu/~heinz/node1.html).
>>>
>>>"DarkThought WCCC'99" finds the solution move in 4 seconds
>>>(see htpp://supertech.lcs.mit.edu/~heinz/dt/) because its
>>>interior-node recognizers and RAM-based endgame databases
>>>quickly identify all other moves as far inferior.
>>>
>>>=Ernst=



This page took 0.02 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.