Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Comet captures its own King at e1 of 5th game in Comet-Crafty match

Author: Ulrich Tuerke

Date: 00:45:48 05/29/98

Go up one level in this thread


On May 29, 1998 at 01:13:05, Komputer Korner wrote:

>...
>
>I checked the log file of Comet. I guess it must have a limit of 32Mb
>hash table.
>I gave Comet 48Mb not knowing that the limit is 32Mb. I will change
>Comet's hash table size. However I have 144Mb of RAM in a WIN NT 4
>system. WIN NT 4 unlike WIN 95 DOES NOT load 2 copies of the same
>application including hash tables every time into memory ( one into
>cache and the other into main memory). WIN NT 4 does not do this so you
>can run  programs like Nimzo 98 and Crafty  which will take all the hash
>RAM you can give it in WIN NT 4 without disk swapping. In WIN 95, you
>have to limit the hash tables to less than 50% of the RAM. Fritz is an
>exception. It does not have this problem in WIN 95 because it has
>extension modules that load as separate processes for the engines. They
>somehow get around the WIN 95 problem of loading 2 copies of a program.
>So my system and setup is not the cause of these timing problems. One
>simple solution would be for every engine programmer in Winboard not to
>send a move before the engine resigns, instead the engine should just
>resign if it is going to resign.

Sorry, I can't follow your arguments.
Anyway, I am not quit happy with the way you treated the problem, KK.
Instead of emailing a bug report with debug data to me, you posted the
thing here with a title which makes my program appear ridiculous.
I will not support this problem any more, anyway wouldn't know what to
do.



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.