On Wed, Oct 7, 2015 at 7:44 PM, Petr Baudis wrote:
> On Wed, Oct 07, 2015 at 02:29:27PM +0200, Erik van der Werf wrote:
>> A measure that I find reasonable is a limit on number of threads x
>> clock frequency.
> I'm not sure this would work well. The #playouts difference between
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If I compare hardware specs in the KGS tournaments I usually use
http://spec.org/cpu2006/results/rint2006.html
(Multithread Integer operations are the ones most important for
computer go programs I think)
Detlef
Am 08.10.2015 um 05:48 schrieb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have a probability table of all possible moves. What is the fastest
way to pick with probability, possibly with reducing the quality of
probability?!
I could not find any discussion on this on computer-go, but probably I
missed it :(
Thansk a
> I have a probability table of all possible moves. What is the
> fastest way to pick with probability, possibly with reducing the
> quality of probability?!
>
> I could not find any discussion on this on computer-go, but probably
> I missed it :(
I may have misunderstood the question, but there
I am thinking of making some small changes to the way I run bot tournaments
on KGS. If you have ever taken part in a KGS bot tournament, I would like
to hear your opinions on three things.
1. Limit on processor power?
This is the main point on which I want your opinions. The other two are
In case the question is more on the computational part, you might
use a binary tree, so that you do the selection in time O(log(number of
moves))
instead of O(number of moves). The update is also in logarithmic time for
some probability update rules (to be discussed, depends on how you modify
your
John McCarthy advocated a level playing-field like one-design sailboat
races for AI competitions. having competed in some of those (sailboat
races, that is), i can attest that even in one-design formulas, the field
is not entirely level, as flukey winds and the occasional freighter going
through
Hi Nick,
Some kind of limit on processing power would be interesting. To me it
seems clear that a program like Zen benefits a lot by using more
processing power than it's close competitors.
A measure that I find reasonable is a limit on number of threads x
clock frequency. E.g., a program
This is what happens when you reuse an e-mail from someone instead of
writing a new one...
On 10/07/2015 01:40 PM, Gonçalo Mendes Ferreira wrote:
Hi, I'd like to register my program to enter the November computer Go
tournament.
Bot name in KGS: matilda
Bot real name: matilda
Authors: Gonçalo
Hi, I'd like to register my program to enter the November computer Go
tournament.
Bot name in KGS: matilda
Bot real name: matilda
Authors: Gonçalo Mendes Ferreira (gonmf at KGS)
Processor power: CPU Intel(R) Core(TM) i7 3930K @ 3.20GHz, RAM: G.Skill
DDR3 4x8GB @ 1.6GHz, doesn't use the GPU
>
> 1. I do not see a way to do this but running on same hardware (e.g.
> Amazon EC2 with graphic card). Even this is unfair, as programs might
> be optimized to other configurations (cluster)
>
>
First, there is the question is fairness is even desirable.
But also, as you say, it is really
On Wed, Oct 7, 2015 at 5:02 PM, Hideki Kato wrote:
> Erik,
>
> Erik van der Werf:
>
I'd like to explain my idea more.
The monthly tournaments (and current annual championship (FL class)) are
not necessary to change. Just creating one more championship class for
desktop computers (PC class).
An entrant has to state so if he/she wants to belong PC class (i.e., all
entrants
Nick & all,
1. Although introducing some limitation of cpu power is an intersting
idea (actually my GPW Cup does), I think it's too early for KGS bot
tournaments.
How to utilize computer clusters' power for planning tasks is a common
and important reseach theme now. As communication over
Nick & all,
Another direction for the hardware. How about introducing two classes
for the Annual Championship? I.e., no-limit (formula libre) class
and personal computer one. My proposal for the later is very simple;
one desktop (i.e., non-server) cpu and one video card.
Hideki
Nick Wedd:
Erik,
Erik van der Werf:
I think this is a good compromise. Monthly tournaments free for everyone
and maybe an yearly one segregated by hardware. Having segregated
monthly tournaments would be a bit taxing on the organization and people
who would submit their programs for all hardware divisions. Segregation
based on
Erik van der Werf:
:
>On Wed, Oct 7, 2015 at 5:02 PM, Hideki Kato wrote:
>> Erik,
>>
>> Erik van der Werf:
>>
Although I agree on the research argument (setting no limits
encourages work on massive parallel distributed architectures), I do
find it a bit funny to see this argument coming from team Zen. As far
as I know team Zen does not publish their research findings (or did I
miss some papers?).
Erik
I think cluster renting is a little more complex than Rémi makes it
seem, because behind the few hours of tournament play will be many more
hours of testing. There are also other reasons why programs may only
target personal computers, for instance if they're commercial for
personal use.
If
Hi Nick,
I don’t care much about having a limit on processing power. I’d be happy either
way.
Cloud computing platforms like Amazon EC2 allows to rent powerful servers at a
low price. The machine I used for the tournament cost me 0.3$/hour or so. So
the argument that only rich or academic
Hi Nick,
I don’t care much about having a limit on processing power. I’d be happy either
way.
Cloud computing platforms like Amazon EC2 allows to rent powerful servers at a
low price. The machine I used for the tournament cost me 0.3$/hour or so. So
the argument that only rich or academic
How about handicapping the hardware based on time. Programs running
on more powerful hardware would get less time.
On the other hand, improving the software includes making use of more
powerful hardware. Handicapping (or banning) powerful hardware would
discourage that.
On third hand,
I know, this is a lot of work, but what about "caegories" ?
2015-10-07 14:06 GMT-03:00 Rémi Coulom :
> Hi Nick,
>
> I don’t care much about having a limit on processing power. I’d be happy
> either way.
>
> Cloud computing platforms like Amazon EC2 allows to rent powerful
24 matches
Mail list logo