Re: [Computer-go] Game Over

2016-01-27 Thread Ryan Grant
To the authors: Did the deep-NN architecture learn ladders on its own, or was any extra ladder-evaluation code added to the playout module? ___ Computer-go mailing list Computer-go@computer-go.org http://computer-go.org/mailman/listinfo/computer-go

Re: [computer-go] Tree Contention

2009-04-14 Thread Ryan Grant
lockless hash table references. essential. On Mon, Apr 13, 2009 at 3:08 PM, Rémi Coulom wrote: > Michael Williams wrote: >> >> What tricks are people doing to minimize the performance degradation due >> to multiple threads contending for access to the tree (in MCTS)?  Do you >> only lock a portio

Re: [computer-go] time measurement

2009-02-03 Thread Ryan Grant
i like how simple ICMP hacking is. large trunk lines might be the only ones worth trusting as secure, but it's a good start. again, i'd rather move away from absolute time, which i find horrendous. On Tue, Feb 3, 2009 at 4:21 PM, Jason House wrote: > On Feb 3, 2009, at 7:08 PM, Darren Cook wrot

Re: [computer-go] time measurement

2009-02-03 Thread Ryan Grant
the central server must have some protocol for working with time math between it and the edge servers. On Tue, Feb 3, 2009 at 12:57 PM, Ryan Grant wrote: > there are two solutions. > > first, we have the preferred solution: a real time system. > optimally Fischer time, acceptably Byo-Yomi.

Re: [computer-go] time measurement

2009-02-03 Thread Ryan Grant
there are two solutions. first, we have the preferred solution: a real time system. optimally Fischer time, acceptably Byo-Yomi. second, the Someone Else's Problem solution: tournament organizers provide connection points on servers they manage, in multiple countries, with the manager servers imp

Re: [computer-go] Re: Hardware limits

2009-01-15 Thread Ryan Grant
On Thu, Jan 15, 2009 at 8:47 AM, steve uurtamo wrote: > this isn't an asymptotic problem requiring an algorithmic > solution. this is a fixed-size board requiring a "best of show" > answer. whoever gets there, however they get there, deserves > to win, as long as the machines are choosing their

Re: [computer-go] Re: Hardware limits

2009-01-14 Thread Ryan Grant
On Wed, Jan 14, 2009 at 9:22 AM, David Doshay wrote: > if the competitions are all on the same hardware you are running a > *Go -playing-programs-developed-on-that-platform* competition. > And that sounds silly to me. it would be worthwhile for this community to reward authors of efficient algori

Re: [computer-go] Elo-joules / honest clusters / Re: tournaments

2008-07-19 Thread Ryan Grant
On Fri, Jul 18, 2008 at 10:52 PM, Michael Williams <[EMAIL PROTECTED]> wrote: > I like the concept of Green Go, and the use of EC2, but your footnote is > very confusing. Especially the last sentence. okay, that's this part: > Ryan Grant wrote: >> [1] for each game

[computer-go] Elo-joules / honest clusters / Re: tournaments

2008-07-18 Thread Ryan Grant
and maintaining the privacy of a team's code. it's a hardware limitation, but it allows cash prizes in Computer Go tournaments with participants using clusters. it's also perfect for Green Computer Go. cheers, - Ryan Grant [1] for each game pairing, the game-relative joules is

[computer-go] Go freestyle / BYO / Re: US Go Congress Computer Tournament: Who's Playing

2008-06-14 Thread Ryan Grant
humans. this model can continue to inspire long after programs mature to the level of top competition. - Ryan Grant ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/