Minor correction: Orego's hardware should be:
It will be running on one of the five nodes of Fido, our custom Linux
cluster. The node has two AMD Six Core Dual Opteron 2427 2.2 GHz
processors (12 cores total), 8 GB RAM, Centos Linux.
It is running with 12 threads.
On Sun, Sep 21, 2014 at 2:47
On 23/09/2014 19:07, Peter Drake wrote:
Minor correction: Orego's hardware should be:
It will be running on one of the five nodes of Fido, our custom Linux
cluster. The node has two AMD Six Core Dual Opteron 2427 2.2 GHz
processors (12 cores total), 8 GB RAM, Centos Linux.
It is running with
Congratulations to Zen19S, winner of this week's slow bot
tournament! It won all its games, despite suspected hardware
problems causing its operator Hideki Kato to progressively
remove computers from the network running it, as the tournament proceeded.
The results are at
Thanks Nick
I agree with Hideki's opinion.
I'll vote on one hour each.
2014-09-21 17:44 GMT+09:00 Nick Wedd n...@maproom.co.uk:
Congratulations to Zen19S, winner of this week's slow bot
tournament! It won all its games, despite suspected hardware
problems causing its operator Hideki Kato to
Hi,
Thank you for the tournament and report, Nick.
have time limits not exceeding one or two hours. I would like
to know the opinions of other bot operators.
I like long time setting twice a year.
We can see the best performance, and it can be a good chance to
check memory and time control.
On 25/07/2014 14:17, Steve Kroon wrote:
Hey Nick.
Some feedback on this report: (
http://www.weddslist.com/kgs/past/S14.1/index.html )
-In round 1, AyaMC, playing black against NiceGo19N, played move 40 as
shown to the right. However, move 40 is a move by white, and the
discussions in the
Hey Nick.
Some feedback on this report: (
http://www.weddslist.com/kgs/past/S14.1/index.html )
-In round 1, AyaMC, playing black against NiceGo19N, played move 40 as
shown to the right. However, move 40 is a move by white, and the
discussions in the thread indicate NiceGo19N played the move.
-I
I think in cases like this it would be better to reduce to (double) round-robin.
Erik
On Mon, Jul 7, 2014 at 6:26 PM, Nick Wedd n...@maproom.co.uk wrote:
Congratulations to Zen19S, winner of the July KGS computer
Go tournament, with seven wins from seven games!
My very short report is at
On 16/07/2014 16:32, Erik van der Werf wrote:
I think in cases like this it would be better to reduce to (double) round-robin.
It would. To do it, I would need to cancel the Swiss tournament,
create a double round robin tournament, and enter all the players
into the new tournament.
This all
Congratulations to Zen19S, winner of the July KGS computer
Go tournament, with seven wins from seven games!
My very short report is at
http://www.weddslist.com/kgs/past/104/index.html
As usual I will welcome any corrections and comments.
Nick
--
Nick Wedd
n...@maproom.co.uk
.
Gesendet: Dienstag, 03. Juni 2014 um 16:52 Uhr
Von: Nick Wedd n...@maproom.co.uk
An: computer-go@dvandva.org
Betreff: [Computer-go] Congratulations to Zen!
Congratulations to Zen19S, winner of Sunday's 9x9 KGS bot
tournament!
This was a particularly exciting tournament. My report
is at http
, 03. Juni 2014 um 16:52 Uhr
Von: Nick Wedd n...@maproom.co.uk
An: computer-go@dvandva.org
Betreff: [Computer-go] Congratulations to Zen!
Congratulations to Zen19S, winner of Sunday's 9x9 KGS bot
tournament!
This was a particularly exciting tournament. My report
is at http
Thanks Nick.
Interestingly, looks like the ranking is strongly correlated with the
hardwares. :)
1. Zen19S 50 cores
2. stv 46 threads
3. CrazyStone 24-core
4. Fuego9 12-core
5. AyaMC 6-core
NiceGo, GnuGo and MCark were all running on small hardwares.
Aja
2014-06-03 15:52 GMT+01:00 Nick
This was also my impression. I usually use spec int_rate as a measure.
Nicego has a little stronger hardware than AyaMC (but the mpi code is
still not working perfectly)
MCark should be little stronger than Fuego9, if I understand correctly 2
cpus E5-2450 (16cores)
but the more experienced
Hi Nick,
thanks for organising this fantastic event.
Question: Did some of the bots use opening book learning?
Ingo.
Gesendet: Dienstag, 03. Juni 2014 um 16:52 Uhr
Von: Nick Wedd n...@maproom.co.uk
An: computer-go@dvandva.org
Betreff: [Computer-go] Congratulations to Zen
Congratulations to Zen19S, winner of yesterday's KGS
bot tournament, with 12 wins from 12 games!
My very short report is at
http://www.weddslist.com/kgs/past/102/index.html
As usual, I will welcome your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
On 08/04/2014 06:45, Stefan Kaitschick wrote:
Yes, thanks. Far better than what the UEC cup has to offer for results.
In the game Zen lost, n10 was just as big as c6, while also removing the ko.
But Zen was about 2.5 behind, so it didn't care.
With the hair-raising tenukis, bots are turning
On Apr 9, 2014, at 1:23 AM, Nick Wedd n...@maproom.co.uk wrote:
Adding up the results for the last four KGS 13x13 bot tournaments, all played
with 7½ komi, I find that Black has won 101, White has won 112.
How does this statistic look if you only include games _between_ bots that have
more
A more clear-cut statistic (though with much less games, hence more
noisy) would be the colors of the upsets: victory of the weaker
programm.
Jonas
I'm not sure what you're hoping to measure with that
On Apr 9, 2014 7:21 AM, Christoph Birk b...@obs.carnegiescience.edu
wrote:
On Apr
On Apr 9, 2014, at 7:24 AM, uurtamo . uurt...@gmail.com wrote:
I'm not sure what you're hoping to measure with that
On Apr 9, 2014 7:21 AM, Christoph Birk b...@obs.carnegiescience.edu wrote:
On Apr 9, 2014, at 1:23 AM, Nick Wedd n...@maproom.co.uk wrote:
Adding up the results for the
On 09/04/2014 15:39, Christoph Birk wrote:
On Apr 9, 2014, at 7:24 AM, uurtamo . uurt...@gmail.com wrote:
I'm not sure what you're hoping to measure with that
On Apr 9, 2014 7:21 AM, Christoph Birk b...@obs.carnegiescience.edu wrote:
On Apr 9, 2014, at 1:23 AM, Nick Wedd n...@maproom.co.uk
(1) We have pretty good indications that 7.0 is optimal for 9x9. (2)
There is no reason to assume perfect komi to increase with boardsize,
and (3) for 19x19 (with area scoring) quite likely it should be 5.0 or
7.0 (so the slope from 9x9 to 19x19 is probably quite flat).
Computers are still fairly
On 09/04/2014 20:58, Erik van der Werf wrote:
(1) We have pretty good indications that 7.0 is optimal for 9x9. (2)
There is no reason to assume perfect komi to increase with boardsize,
and (3) for 19x19 (with area scoring) quite likely it should be 5.0 or
7.0 (so the slope from 9x9 to 19x19 is
I'm a follower of the 7 komi for all board sizes hypothesis. :-)
7 has the strongest support on 9*9 - even deviations by half a point
seem to yield poor opening books.
Ofcourse that's no proof. And on 19*19 7 seems a reasonable guess.
For 13*13, I smartly interpolated. :-)
On Tue, Apr 8, 2014 at
Congratulations to Zen 19S, winner of this month's KGS
bot tournament, with 20 wins from 21 games!
My report is at http://www.weddslist.com/kgs/past/101/index.html
As usual, I will welcome your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
dear Nick,
Thanks for the report!
You wrote:
Black has no large ko threat, while White has one, at C13
White actually has 3, first at B13, then at B11, then at A9...
regards,
-John
___
Computer-go mailing list
Computer-go@dvandva.org
Yes, thanks. Far better than what the UEC cup has to offer for results.
In the game Zen lost, n10 was just as big as c6, while also removing the ko.
But Zen was about 2.5 behind, so it didn't care.
With the hair-raising tenukis, bots are turning the 13*13 games into
bloody battles ,reminiscent
Why 7?
On Apr 7, 2014 10:45 PM, Stefan Kaitschick stefan.kaitsch...@hamburg.de
wrote:
Yes, thanks. Far better than what the UEC cup has to offer for results.
In the game Zen lost, n10 was just as big as c6, while also removing the
ko.
But Zen was about 2.5 behind, so it didn't care.
With
On Thu, Mar 6, 2014 at 11:57 PM, Detlef Schmicker d...@physik.de wrote:
In fact in the first game you discussed NiceGo played move 40 against
Aya and took it from the Pro Opening Book (linked from the fuego page).
Therefore we should check which pro invented it:)
This move took place during
Congratulations to Zen 19S, winner of this week's KGS Slow
bot tournament!
My report is at http://www.weddslist.com/kgs/past/S14.1/index.html
As usual, I will welcome your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
___
Computer-go
Thanks Nick,
so proude, that NiceGo was worth of discussions:)
In fact in the first game you discussed NiceGo played move 40 against
Aya and took it from the Pro Opening Book (linked from the fuego page).
Therefore we should check which pro invented it:)
Thanks a lot
Detlef
Am Donnerstag, den
Congratulations to Zen19S, undefeated winner of yesterday's KGS
bot tournament!
My report is at http://www.weddslist.com/kgs/past/99/index.html
It probably has more errors than usual. I hope you will report
them to me.
Nick
--
Nick Wedd
n...@maproom.co.uk
Congratulations to Zen19S! It won the Autumn SLow KGS bot
tournament by winning all 6 of its games.
My report, which just reports the results, is at
http://www.weddslist.com/kgs/past/S13.2/index.html
As usual I will be grateful for your comments and corrections.
In view of the emails I have
Congratulations to Zen19S! It won the August KGS bot tournament
(13x13) by winning all 24 of its games, a most impressive achievement!
My report, which does nothing but report the results, is at
http://www.weddslist.com/kgs/past/95/index.html
As usual I will be grateful for your comments and
Congratulations to Zen19S, winner of yesterday's KGS 19x19 bot
tournament, with seven wins from seven games!
My report is at http://www.weddslist.com/kgs/past/94/index.html
I hope that, as usual, you will give me your comments, and report
my errors, either here or by private email.
Nick
--
Nick
Thanks for the report. It was one of the observers who tested oakfoam
against gnugo 3.9, not me. Our actual download version is missing the
large pattern database, so it is not comparable I think.
We read the top left in the game not dead enough (90% dead). as it is a
big area this lead to
Congratulations to Zen, winner of yesterday's 9x9 KGS bot tournament!
My report is at http://www.weddslist.com/kgs/past/93/index.html
As usual, I will be grateful if you send me your comments and point
out my mistakes, either on this mailing list or by private email.
Nick
--
Nick Wedd
Congratulations to Zen, winner of yesterday's 9x9 KGS bot tournament!
My report is at http://www.weddslist.com/kgs/past/93/index.html
As usual, I will be grateful if you send me your comments and point out
my mistakes, either on this mailing list or by private email.
Nick
--
Nick Wedd
On 06/03/2013 04:33 PM, Nick Wedd wrote:
Congratulations to Zen, winner of yesterday's 9x9 KGS bot tournament!
My report is at http://www.weddslist.com/kgs/past/93/index.html
Round-7: why is W ahead by 16 points? Aren't all the white
stones in the upper right corner dead?
Christoph
My report is at http://www.weddslist.com/kgs/past/93/index.html
Round-7: why is W ahead by 16 points? Aren't all the white
stones in the upper right corner dead?
Agreed (unless there is a typo in the diagram and those two white stones
are not in atari: it seems like black should have played
(not thinking clearly)
5,5?!?
s.
On Jun 3, 2013 6:34 PM, Darren Cook dar...@dcook.org wrote:
My report is at http://www.weddslist.com/kgs/past/93/index.html
Round-7: why is W ahead by 16 points? Aren't all the white
stones in the upper right corner dead?
Agreed (unless there is a typo
Sorry it was my fault. NiceGo had rule all stones alive enabled before
round 9 (this option is for CGOS games). It was never a problem in
tournaments, as all games ended by resignation in the past.
Therefore they disagread about the dead stones, as NiceGo counted all
stones alive.
Me and NiceGo
Congratulations to Zen19S, which won yesterday's KGS 19x19 bot
tournament with a perfect score of 12 wins from 12 games!
My report is at at http://www.weddslist.com/kgs/past/92/index.html
I have not made any comments on any of the games, but it still
possible that I have made errors somewhere,
Congratulations to Zen19S, winner of yesterday's 13x13 KGS bot
tournament, with 12 wins from 12 games!
My report is at http://www.weddslist.com/kgs/past/91/index.html
Nothing went wrong, and the players were significantly stronger
than me, so it is short. It may still contains errors: if it
My thanks to those who pointed out errors in my report on this month's
KGS (slow) bot tournament, and to those who commented on it. The
report, now corrected and updated, is still at
http://www.weddslist.com/kgs/past/S12.2/index.html
I have withdrawn my request that bots should resign in
Nick,
thank you for your report and the organization of the tournament!
About round 11 you wrote:
In round 11, MCark did not move in its game with gomorra3 until its
operator restarted it, after an hour.
In fact it was gomorra32 that didn't made its first move because cluster
resources expired.
On Sun, Sep 16, 2012 at 8:06 PM, Ingo Althöfer 3-hirn-ver...@gmx.de wrote:
Concerning late resigners, it may make sense to differentiate between
tournaments with fast, normal, slow time controls:
For non-slow tournaments late resignations seem not to be a problems.
For slow tournaments it
Von: Nick Wedd n...@maproom.co.uk
An: computer-go@dvandva.org computer-go@dvandva.org
Betreff: [Computer-go] Congratulations to Zen!
Congratulations to Zen19S, winner of the Slow KGS bot tournament which
ended ten days ago!
My report is at http://www.weddslist.com/kgs/past/S12.2
the business about ending games in completely hopeless positions -- i'm not
sure that makes the most sense. i realize how aggravating it can be for
observers, especially in such a long game, but i'm not sure that it's the
right decision.
s.
On Sat, Sep 15, 2012 at 8:53 AM, Nick Wedd
Thanks Nick,
your suggestion of adding the processor information is great. Would be
good, if you add this to your
http://www.weddslist.com/kgs/how/index.html
information: than it should not be forgotten:)
The problem with playing to the end is difficult I think. The things new
computer go
I tend to agree.
Nick, in my opinion, unless there are urgent reasons like delaying a fixed
schedule, the choice to resign should be made by the program. Any kibitzer
concluding that the position is hopeless is free to move on to watch
another game, and the program that is certain of its win does
If I remember right, kgsGtp reports program details when it joins a game. It
should be possible to report the hardware used in that message. Would that be
acceptable?
Sent from my iPhone
On Sep 15, 2012, at 11:53 AM, Nick Wedd n...@maproom.co.uk wrote:
Congratulations to Zen19S, winner of
In Round 2,
Hideki Kato now began to suspect that his cluster was suffering from
low voltage (all its machines depend on the power unit of its main
computer).
Sorry for letting you confused but the voltage above meant the voltage
of the processors (cores) of the main computer.
#Since I'd
Congratulations to Zen, winner of yesterday's bot tournament!
My (very short) report is at
http://www.weddslist.com/kgs/past/85/index.html
As usual, I hope you will send me your corrections and comments.
(One of you has already suggested that I use points instead of wins
as a column header in
Thanks a lot!! great tournament.
stv was probably not running pachi (as you wrote in the hardware
section:) As far as I know he runs on i7-3930..
Detlef
Am Montag, den 13.08.2012, 11:11 +0100 schrieb Nick Wedd:
Congratulations to Zen, winner of yesterday's bot tournament!
My (very short)
Indeed Steenvreter wasn't running on Pachi's hardware. As in other recent
tournaments I used an Opteron system with 46 threads at 2.2 Ghz. It's not
as powerful as Zen's minicluster, but at least it gets a bit closer than
using that (single cpu) i7 machine.
Regarding the komi; to me it has been
I reported the problem to wms, and have received a reply:
It is possible that the bug is still there. I can't recall exactly what
I fixed in kgsGtp and when. Please let me know if the problem recurs
wher both players are using the latest kgsGtp.
This is less than I was hoping for, but seems
Hi!
On Wed, Jun 06, 2012 at 11:00:02AM +0100, Nick Wedd wrote:
I reported the problem to wms, and have received a reply:
It is possible that the bug is still there. I can't recall exactly
what I fixed in kgsGtp and when. Please let me know if the problem
recurs wher both players are using
Congratulations to Zen19, winner of yesterday's KGS bot tournament with
eight wins from eight games!
My report is at http://www.weddslist.com/kgs/past/79/index.html
As usual, I look forward to your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
Congratulations to Zen19, winner of yesterday's bot tournament with 15
wins from 15 games!
My report is at http://www.weddslist.com/kgs/past/76/index.html . It
has little of interest in it, as I can't really comment on the programs'
moves, except to point out that some of them can misread
Thanks to all those who have replied with corrections and further
information. I have updated my report.
Nick
On 29/08/2011 20:49, Nick Wedd wrote:
Congratulations to Zen19S! It won all its games in last week's 15-round
Slow KGS bot tournament.
My report is at
Congratulations to Zen19S! It won all its games in last week's 15-round
Slow KGS bot tournament.
My report is at http://www.weddslist.com/kgs/past/S11.3/index.html
As usual I will welcome your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
Hello Nick,
The hardware description for Zen19S is wrong. Zen19S used the new
cluster consists of one dual Intel Xeon X5680/4 GHz, one Intel Xeon
W3680/4 GHz, two Intel i7 920/3.2 GHz, and one Intel Q9550/3 GHz PCs
throughout the tournament.
#During the break, I put the dual Xeon PC running
Keeping a real tree is of course tivial. I guess you mean a way to preserve
the benefits of transposition while also maintaining admisibility. That
does seem like it would be tricky.
On Fri, Jul 8, 2011 at 9:24 PM, valky...@phmp.se wrote:
Quoting Michael Williams
Hi Magnus,
I think this is common, but inadmissable in the strictest sense,
right? Because the optimal action for a node depends on it's history of
positions thanks to the super ko rule.
Yes, you are right. For the next rewrite of Valkyria I actually think
i rediscovered some
Yes it is tricky I think my main idea (and I think similar ideas can
been found in a couple of papers) is to check for unexpected super ko
violations and then one has to mark the path that led to that
violations as dirty and create a new line in the collision node so
that dirty variations
Using a hashing scheme works perfectly if you can encode all relevant
situational properties. Whether that's practical depends on the rules.
I found that for the traditional rules it is generally feasible to
encode all relevant situational properties.
In my experience iterative deepening
I tried Valkyria with the iterative deepening on this position and
with the help of the best move hash table it basically solves it.
After 1001 playouts win rate is 24.6%
At iteration 6 and total 36857 playouts win rate drops to 4.8% and
when I stopped search win rate was 0.2%.
It searched
?
In Pebbles I was just saving moves when nodes were recycled.
-Original Message-
From: computer-go-boun...@dvandva.org
[mailto:computer-go-boun...@dvandva.org] On Behalf Of valky...@phmp.se
Sent: Friday, July 08, 2011 3:09 AM
To: computer-go@dvandva.org
Subject: Re: [Computer-go
To: computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
I tried Valkyria with the iterative deepening on this position and
with the help of the best move hash table it basically solves it.
After 1001 playouts win rate is 24.6%
At iteration 6 and total 36857 playouts win rate
Quoting Michael Williams michaelwilliam...@gmail.com:
The Valkyria tree is not a pure tree, because a node can have several
parents if more than one sequence leads to a position.
Best
Magnus
I think this is common, but inadmissable in the strictest sense,
right? Because the optimal
; computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
Hello Nick,
thanks for organizing the tournament and for your
report.
In German computer go forum one game of
the tournament was discussed in detail:
round 18, where Manyfaces won against Zen.
(Strong) go players wondered why
Aja ajahu...@gmail.com
ManyFaces (White) still wins even if it loses the semeai but captures
the J4 group of 3 stones. And it's not possible for Black to save the
J4 group and win the semeai at the same time.
Yes, that is exactly what the experts in the forum found.
The question: Do the
In the final position when Zen resigned, Erica shows 28% winning rate on
100,000 playouts.
Aja
-原始郵件-
From: Ingo Althöfer
Sent: Friday, July 08, 2011 3:01 AM
To: Aja ; computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
Aja ajahu...@gmail.com
ManyFaces (White
On Thu, Jul 7, 2011 at 9:01 PM, Ingo Althöfer 3-hirn-ver...@gmx.de wrote:
Aja ajahu...@gmail.com
ManyFaces (White) still wins even if it loses the semeai but captures
the J4 group of 3 stones. And it's not possible for Black to save the
J4 group and win the semeai at the same time.
Yes, that
...@dvandva.org [mailto:computer-go-
boun...@dvandva.org] On Behalf Of Erik van der Werf
Sent: Thursday, July 07, 2011 12:24 PM
To: computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
On Thu, Jul 7, 2011 at 9:01 PM, Ingo Althöfer 3-hirn-ver...@gmx.de
wrote:
Aja ajahu
-
From: computer-go-boun...@dvandva.org [mailto:computer-go-
boun...@dvandva.org] On Behalf Of Erik van der Werf
Sent: Thursday, July 07, 2011 12:24 PM
To: computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
On Thu, Jul 7, 2011 at 9:01 PM, Ingo Althöfer 3-hirn-ver
: [Computer-go] Congratulations to Zen!
Nicks suggestion might work also, I'm not sure, but I had a lot more
difficulties with it (against Steenvreter). With black 31 at e6 it all
seems rather straightforward. I guess some programs may have
difficulties seeing the corner is dead.
Erik
On Thu
-games.com
To: computer-go@dvandva.org
Sent: Friday, July 08, 2011 4:54 AM
Subject: Re: [Computer-go] Congratulations to Zen!
ManyFaces agrees with Nick that connecting on the right is better than 31
(with about 48% win rate). It doesn't like moving at 34, as Erik suggests.
After 34 (E6), it thinks
I have no idea what you're talking about. I meant to respond to Don's
email, not yours. Sorry for the confusion.
On Sat, Jun 18, 2011 at 1:23 AM, Ingo Althöfer 3-hirn-ver...@gmx.dewrote:
Datum: Fri, 17 Jun 2011 18:22:32 -0400
Von: Michael Williams michaelwilliam...@gmail.com
If we are
With programs getting really strong, there is another factor to consider:
As you approach perfection, becoming a stone stronger becomes infinitely
difficult.
This is really a quirk of the go ranking system, which defines strength
as the ability to give handicap stones.
If strength were defined
Original-Nachricht
Datum: Fri, 17 Jun 2011 11:58:45 +0100
Von: Jacques Basaldúa jacq...@dybot.com
...
When I was experimenting with learning playout weights
using GAs (something abandoned I have something much
better in progress) I found easy to make a chain where:
B
If we are only looking for the shape of the curve, then maybe each datapoint
does not need to be as precise as +/- 10 ELO.
On Fri, Jun 17, 2011 at 9:31 AM, Ingo Althöfer 3-hirn-ver...@gmx.dewrote:
Original-Nachricht
Datum: Fri, 17 Jun 2011 11:58:45 +0100
Von: Jacques
Don Dailey wrote:
It converges at perfect play. Thinking that it just happens to
converge at the exact limits of current hardware is sort of like
thinking the earth is the center of the universe just because this is
where we happen to be right now. In 20 years with hardware 100x faster
or
Don Dailey wrote:
There is some truth in that. It's possible that Zen is tuned up to play
really well at this time control but did one or more things that also make
it not possible to play much better no matter how much extra time it has.
But that seems like a real stretch to me.
I think you
Don Dailey wrote:
The concept I'm trying to refute isn't whether some particular program is
not scaling but the concept that MCTS don't scale, as if the whole concept
is seriously broken.
I think you would have done better to try to refute that concept by
following up to a message in which
On Thu, Jun 16, 2011 at 2:58 PM, Matthew Woodcraft
matt...@woodcraft.me.ukwrote:
Don Dailey wrote:
The concept I'm trying to refute isn't whether some particular program is
not scaling but the concept that MCTS don't scale, as if the whole
concept
is seriously broken.
I think you would
On 15/06/2011 09:26, Jacques Basaldúa wrote:
Jouni Valkonen wrote:
Fischer timing is the requirement for the challenge.
80 min at the beginning and 40 seconds bonus after
each move.
These settings are close to ideal for a bot to play
at its best. Normally they play much faster to play
Ingo Althöfer wrote:
... don't let that fool you, Zen with over a minute per
move will be a hell of an opponent.
From where do you have this knowledge?
Or is it just your opinion?
It is my opinion based on my own experience. I can't
tell about Zen. But I know how hard it is to code
a program
One side note: perhaps I missed something, but why would KGS need to
support *any* particular time system in order for the challenge to go
through? Was KGS somehow a required part of the challenge?
I certainly understand that it would be more fun to watch it on KGS
live, but it could be simulcast
On Wed, Jun 15, 2011 at 9:54 PM, Hideki Kato hideki_ka...@ybb.ne.jp wrote:
Jacques Basaldúa: 4df88c8a.3070...@dybot.com:
Because people here are used to see programs playing
4k with just 2500 sims (like Aya) you may not realize
how hard it is until you write your own. With long
times you
Don Dailey: banlktimlo3jia-n_rjz1wxjyqiacgdz...@mail.gmail.com:
On Wed, Jun 15, 2011 at 9:54 PM, Hideki Kato hideki_ka...@ybb.ne.jp wrote:
Jacques Basaldúa: 4df88c8a.3070...@dybot.com:
Because people here are used to see programs playing
4k with just 2500 sims (like Aya) you may not realize
2011/6/16 Don Dailey dailey@gmail.com
That's simple (at least I think). The scaling law converges at some
point where the speed (or more thinking time) benefits little.
It converges at perfect play. Thinking that it just happens to converge
at the exact limits of
Not by current
On 03/06/2011 02:50, Hideki Kato wrote:
Thank you for the report and the tournament, Nick.
The second paragraph of round 9,
sideof the board, as shown to the right. If move 215 had been
^^ side of
On the hardware section, please update the following:
Zen19S
Zen, running on six cores
Nick, thanks again for organizing and the new table.
A conclusion that can be draw from the table is that,
except for the 2nd and 3rd place of Pachi and MF which
was very disputed and anyone could have won, the
different ranks give very consistent results. Almost all
games against lower ranked
PD. Thank you very much Aja! I am eager to try the Erica
binary. I still use Silvain's Mogo despite its 15M nodes
limit and Fuego of course. Erica will be welcome. I hope
it can be set to fixed number of simulations and that it
can run many sims with reasonable (say 2 Gb) limits.
Yes, of
Congratulations to Zen19S, winner of last week's slow bot tournamwent,
four wins ahead of its nearest rival!
My report is at http://www.weddslist.com/kgs/past/S11.2/index.html
As usual, I will welcome your comments and corrections.
Nick
--
Nick Wedd
n...@maproom.co.uk
Also in round 9, there was an interesting game between AyaMC and
ManyFaces1, involving a semeai at the lower left sideof the board, as shown
to the right. If move 215 had been answered by a move at 218 (or one point
below, at A7), the result would have been seki. Move 216 is a blunder,
allowing
Why doesn't CrazyStone compete? I'm guessing Remi does not have the time.
Perhaps one of his trusted students could run it.
On Thu, Jun 2, 2011 at 5:48 PM, Andy andy.olsen...@gmail.com wrote:
Also in round 9, there was an interesting game between AyaMC and
ManyFaces1, involving a semeai at
For extra credit ;)
On Thu, Jun 2, 2011 at 6:18 PM, Michael Williams
michaelwilliam...@gmail.com wrote:
Why doesn't CrazyStone compete? I'm guessing Remi does not have the time.
Perhaps one of his trusted students could run it.
On Thu, Jun 2, 2011 at 5:48 PM, Andy andy.olsen...@gmail.com
1 - 100 of 174 matches
Mail list logo
