Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Experimentation with move ordering

Author: Scott Gasch

Date: 16:35:17 11/28/00

Go up one level in this thread


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
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



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.