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
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
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
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.
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
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
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
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
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
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/
10 matches
Mail list logo