Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Experimentation with move ordering

Author: Andrew Williams

Date: 02:38:35 11/29/00

Go up one level in this thread


On November 28, 2000 at 19:35:17, Scott Gasch wrote:

>On November 28, 2000 at 14:06:27, Andrew Williams wrote:
>>
>>PostModernist   Monsoon
>>1 145           45
>>2 214           621
>>3 864           3725
>>4 3330          14146
>>5 14057         38694
>>6 38838         183449
>>7 120729        598020
>>8 294806        1286875
>>
>>This is with all my normal extensions on.
>
>This idea of 2 sets of killers -- one from this ply and one from last time side
>to move moved is an interesting one.  Also I thought that a seperate history
>table for each color was a cool idea.
>
>Are you doing internal iterative deepening in PM?  Monsoon does not do that yet

Nope. Not tried this yet.

>nor does it use a SEE to decide which captures are really "winning".  I think
>the next thing I implement is going to be a SEE so that I can improve capture
>sorting in the search and qsearch.  It seems like you are still an order of
>magnitude better than monsoon in tree size, though.  I wonder if I am doing
>something wrong or your are doing something right or both.  If your nullmove R=2
>or 3?
>
>Scott

I think I wasn't clear. I use either 3 or 2 based on depth remaining and pieces
on the board. I originally borrowed this from Ernst Heinz's book, but I've
fiddled about with it a bit since.

Andrew



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.