Author: Roland Pfister
Date: 23:48:10 06/22/98
Go up one level in this thread
On June 22, 1998 at 09:47:33, Robert Hyatt wrote: >On June 22, 1998 at 02:37:40, Roland Pfister wrote: > >>I was on saturday at the townhall to watch Anand - Fritz and perhaps >>meet some computer chess freaks. >> >>But the only persons I knew were the two Matthiasses from ChessBase >>and Frederic Friedel. Frederic was busy photgraphing or videoing, so >>I had a small talk with Matthias W. and he told me that Fritz played the >>open too, at that moment having 5 points out of 5. Not bad. >> >>Then Mathias F. arrived, he was the one to operate Fritz. I asked him >>how they did parallize Fritz and he answered "MTDF", because they >>did not have the time to do something clever like Bob. >> >>He also told me that they had tried out the SMP-Crafty on that machine >>and that he thinks that there are still bugs in the parallel code: he had >>seen a PV ending in mate, but with a value of 2.xx ! > > >He should have asked. This is *not* a bug. Remember that Crafty has a >capture-only q-search, and it is possible that a simple capture also mates >the opponent, but crafty won't notice this. However, the PV-print routine >does check after each move to see if the opponent is mated, so it can add >the # to the mating move. I see this on very rare occasions, although I >have not seen any game-related problems so far. But it isn't a bug, it is >just odd behavior. > Why do you have a PV in q-search? Could save time and stop confusion :-) >Should tell him that SMP-crafty has been playing for a couple of months and >looks very solid to me, currently hovering around 3000 in rating on ICC, >unless I break something before you check. :) > That is your 4 processor Linux I assume. He has two processor machine, different compiler and different operating system, so there are many possibilities where a bug or problem could show up. >> >>I told him that my program had played against a Crafty 15.10 (Killerchess) >>and that that Crafty had spoiled a drawn rook ending into a loss, and >>that it would be an explanation if that Crafty also ran on 2 processor NT >>machine. >> > > >most commonly the opponent didn't have the right databases, or didn't have >all of them, or simply didn't understand that position. But it isn't SMP >related... > It was a KPR-KPR endgame and he could have forced exchanges to K-K, but perhaps the KK tablebase was missing :-)) > Perhaps it is the best for you to contact Mathias Feist directly.
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.