I implemented RAVE first.

 

Simple playouts with no eye fills and mogo 3x3 patterns and basic uct beat
Gnugo 40% (at version 120)

 

Adding RAVE boosted the win rate to 57% (about 30 more versions of tuning).
I was trying to duplicate the mogo results before adding my own stuff, to
make sure the basic code was debugged.

 

Adding many faces prior to just the root node boosted win rate to 60% (at
version 150)

 

Adding one liberty tactics and nakade shapes boosted win rate to 70% (at
version 250)

 

Adding mfgo prior throughout the uct tree boosted win rate to 80% (at
version 270)

 

UCT rewrite and many bug fixes boosted win rate to 90% (at version 330)

 

All win rates are on 9x9 vs gnugo 3.7.20 level 10 with 5000 playouts.  After
this I switched to testing 19x19, and stopped tuning for 9x9.  

 

It would be easy to turn off rave and run some tests to do the win rate.
Would take about a day to get significant results.  I think RAVE still helps
a lot.  I think many faces' patterns help much more on 19x19 than on 9x9.

 

David

 

From: computer-go-boun...@computer-go.org
[mailto:computer-go-boun...@computer-go.org] On Behalf Of Olivier Teytaud
Sent: Tuesday, September 15, 2009 5:29 AM
To: computer-go
Subject: Re: [SPAM] RE: [SPAM] [computer-go] Conflicting RAVE formulae

 

Hi David, Thanks for these information. 

Your patterns are not automatically extracted; I don't know to which extent
we would benefit
from patterns like yours in MoGo, or to which extent you would benefit from
automatically 
extracted patterns as ours, and to which extent it is nearly equivalent or
redundant.

I don't think of Many Faces as having a big database of patterns since there
is so much code, and only 1900 general patterns, but I think in comparison
with other strong programs you might consider it to have a large pattern
database.

Sure! it's different in the way you generate it, but it's also a large
pattern database. That's nearly what I meant by writing that
you have a huge part of go expertise (in my mind I separated automatically
extracted patterns and handcrafted rules for biasing the tree search - sorry
for my unclear email).

For us, we had a big improvement in mogo when adding patterns _after_ RAVE,
and I don't know clearly if we should try to remove rave (and then tuning
the formula - this is a tedious work and that's why I've not tested it yet).
If you have added rave _after_ patterns, and also had a great improvement,
this might indicate that both are necessary for optimal performance.

Best regards,
Olivier

 

_______________________________________________
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Reply via email to