I see your point. I was thinking that after X simulations, transposition table could be made 'persistent'. Not before that.
So this will avoid a lot of 'garbage', not so 'useful' board states. I have to think a lot about it. But I suposse as my transposition table implementation, it should have different node sizes (4 moves, 8, 16 or full board.) Some precalc data (at least the number of moves in this state as, as its usefull for UCT). How to avoid to recalculate discarted data? Perhaps its all about choosing wisely what to discard and when to store permanently. --- Don Dailey <[EMAIL PROTECTED]> escribió: > On Fri, 2007-01-19 at 11:33 +0000, Eduardo > Sabbatella wrote: > > If this ratio becomes tooo low (ex, win ratio > below 1% > > with 100000 games confidence), you can be sure you > can > > delete all the game tree after this move. All the > > transposition tables following this move. > > I think you can win, but please note that the > weak moves have very small tree's, so you have to > clean > up a LOT of them. And you ARE throwing out > information that UCT will eventually reconstitute. > > - Don > > > > > _______________________________________________ > computer-go mailing list > computer-go@computer-go.org > http://www.computer-go.org/mailman/listinfo/computer-go/ > __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas _______________________________________________ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
