Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Junior-Crafty hardware user experiment - 6th game

Author: Uri Blass

Date: 19:12:43 11/26/03

Go up one level in this thread


On November 26, 2003 at 21:14:14, Robert Hyatt wrote:

>On November 26, 2003 at 20:20:26, Peter Berger wrote:
>
>>For information about setup and rules:
>>http://www.talkchess.com/forums/1/message.html?329237
>>
>>Looks strangely familiar? - yes, the controversial setup of game 2 again. Space
>>advantage vs. pawn - OK, nothing new, we get this in every other game.
>>
>>This time after the "novelty" 27. Nf4 Junior reached less than nothing - it's
>>just too drawish.
>>
>>In 1985 there was some upset in our little rural chessclub - a computer had
>>proven hat KRBKR was a forced win, amazing. Dunno how this came up, and of
>>course these days we know better - many if not most of these positions are a
>>draw.
>>
>>But surely not all of them - KRBKR is dangerous to the extreme, especially if
>>the defending king is restricted to the back row - Crafty deals with these
>>positions as a draw statically in general (my humble and very possibly wrong
>>judgement after watching the game and evals , no analysis of source coude ) -
>>dary judgement by the engine.
>>
>>Not to have to deal with general criticism about setup I spent quite some time
>>tonight with the best and fastest computer I could come up with in analysis - of
>>course with all the 5-piece tablebases, to make sure the problem is for real.
>>
>>It is - Crafty is not aware that KRBKR is just mean, even with 5 piece
>>tablebases, something very similar (identical in fact) to the actual game would
>>have happened.
>
>I will look, but two things.  If it ended up in a lost KRB vs KR, that can
>happen.  But if it has tables it will likely _not_ end up in that position
>as it would avoid trading down to it...

The problem was losing KRB vs KRPP based on looking in the game.

I am not sure about the losing mistake of Crafty but I think it was Rh1 in the
following position

[D]5k2/7R/7p/p3K3/2B5/8/8/5r2 b - - 0 64

>
>That's the purpose of tables.
>
>Losing the occasional KRB vs KR is not something I worry about, because most
>all chess program users have at least the full 5-piece set of tables which
>avoids 99.9% of the problems, where KRB vs KR is won is a very tiny percentage
>of all KRB vs KR endings...
>
>When you say something "identical" would have happened with the tables, you
>overlook the power of probing the tables _deep_ in the search, so you simply
>don't trade into such lost positions...  Crafty doesn't trade into such a
>position and _then_ realize "crap, lost position, shouldn't have done that."
>
>That's why the tables are important.
>
>Here, if a program thinks KRB vs KR is winning, it will be wrong most
>of the time.  You look _really_ silly winning a piece, trading your last
>pawn, to end up in a nearly forced draw with KRB vs KR.

Junior did not evaluate it as winning a piece but evaluated it as advantage for
the side with the bishop(I am sure that Junior could see by search at least
winning one pawn to get KRB vs KRP but Junior never evaluated it as something
close to +2 and the evaluation was +0.5 or +0.8 in most of the endgame).

Uri



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