Author: Dave Gomboc
Date: 19:38:20 12/23/98
Go up one level in this thread
On December 23, 1998 at 09:03:30, Robert Hyatt wrote: >On December 23, 1998 at 04:20:43, Alois Ganter wrote: > >>On December 23, 1998 at 03:17:29, Ralph E. Carter wrote: >> >>>Do you know that engines under Fritz and Junior have their hashtables cleared >>>before every move? And that this has a disproportionate effect on those engines >>>that intelligently save information between moves, like hiarcs and crafty? >>> >>>If nobody cares about questions such as these, I am leaving. >> >>I mailed Chessbase the question last week and they told me to try this >>experiment with Crafty as prove that it is decision of the engine alone what to >>do with hash tables: Take the second move of a position and let Crafty calculate >>some time. Then clip the analysis with search info from the search window to >>Notepad. Then go to the first move and let calculate for some time. Then go >>again to the second move and let calculate. Then clip analysis and compare with >>the first clip. Now the Crafty engine takes 25% less kN to find the same lines. >>I tried with the new 16.2 version from Chessbase download and it is right. And >>they say 16.2 is much stronger because Bob Hyatt corrected a problem in hash >>management. >> >>The Doctor? engine makes the same effect. >> >>Alois > > >I don't know where they get their information from. I didn't do *anything* >in 16.2 relative to the fritz engine issue. I have no way to fix this problem >on my end. When they send me a "new" I reset the game to the beginning. When >they send me a stream of moves, I go thru the phases "opening", then >"middlegame" and finally "endgame". Whenever the phase[now] is not equal to >the phase[previous] I clear the hash tables. Nothing I did nor can do will >solve this. > >They did *not* implement the xboard interface. They hacked up something that >works. A game is supposed to be a "continuous" stream of "my move, your move" >not a complete reset before each move. I see no way to implement their approach >while not affecting play elsewhere. > >I don't plan on worrying about this. It could be fixed on their end. It >should be fixed on their end. Otherwise it won't be fixed and everyone is >going to have to live with the mess... I had just finished posting a reply to Amir where I guessed you would fix it on your end to take care of the broken behavior. :-) How is this different from your book-cooking discussions with Ed Schroder? There, the onus was on the software developer to deal with the nasty things that the outside world might do. :-) Sure, the scenario's different, but why isn't the way you're dealing with it the same? Dave Gomboc
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.