Re: [computer-go] correspondence or turn-based servers

2007-06-28 Thread terry mcintyre
Some Go players do use computers do analyze correspondence games. Computer Go 
play in general is nowhere close to dan-level play, but a computer program can 
read out smaller tactical problems with a very high level of accuracy. Does 
such play have anything to do with the real game of chess or Go? In a sense, 
it might be considered a striving for kami no itte - the hand of god or the 
perfect play.
 
Terry McIntyre [EMAIL PROTECTED]
They mean to govern well; but they mean to govern. They promise to be kind 
masters; but they mean to be masters. -- Daniel Webster
- Original Message 
From: Jacques BasaldĂșa [EMAIL PROTECTED]
To: computer-go@computer-go.org
Sent: Thursday, June 28, 2007 10:38:05 AM
Subject: Re: [computer-go] scalability study - final results

Don Dailey wrote:

  I don't know if this is very popular any longer due to the
  Internet but I'm going back a few years.

I am afraid today a postal chess game is a computer analyst
against another computer analyst. An interesting challenge,
no doubt, but that has little to do with chess.

Another reason to prefer go. ;-)

Jacques.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/







   

Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, 
photos  more. 
http://mobile.yahoo.com/go?refer=1GNXIC___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] scalability study - final results

2007-06-28 Thread Don Dailey
On Thu, 2007-06-28 at 18:38 +0100, Jacques BasaldĂșa wrote:
 I am afraid today a postal chess game is a computer analyst
 against another computer analyst. An interesting challenge,
 no doubt, but that has little to do with chess. 

I don't agree with this.  I have heard it can improve your real game
considerably.  Also, opening novelties and ideas found in postal chess
can be used in real games.

And you probably can't tell the difference just by looking whether a
game was played over the board or by postal chess.   I say probably
because I have heard than most top players go for very sharp interesting
lines and complexities.  But so do some strong over the board players.

- Don




___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


[computer-go] July KGS Computer Go tournament: small boards, fast

2007-06-28 Thread Nick Wedd
The July 2007 KGS computer Go tournament will be on the second Sunday in 
July, July 8th, in the Asian night, European afternoon and American 
morning, starting at 16:00 UTC (GMT) and ending soon after 18:30 UTC 
(GMT).


The Formal division will be an 8-round Swiss with 9x9 boards and 8 
minutes each sudden death.  The Open division will be a 5-round Swiss 
with 13x13 boards and 13 minutes each sudden death.  Both will use 
Chinese rules with 7.5 points komi. There are details at
http://www.gokgs.com/tournInfo.jsp?id=300 for the Formal division, and 
at http://www.gokgs.com/tournInfo.jsp?id=301 for the Open.


Registration is now open.  To enter, please read and follow, as usual, 
the instructions at http://www.weddslist.com/kgs/how/index.html.  The 
rules are given at http://www.weddslist.com/kgs/rules.html.


As for the June event, please send it (with the words KGS Tournament 
Registration in the title as usual) to me at maproom at gmail dot com 
(converted to a valid address in the obvious way).


Nick
--
Nick Wedd[EMAIL PROTECTED]
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] CGOS 19x19

2007-06-28 Thread Don Dailey
I think it's a server bug.  It doesn't know what to do when only 2
program are playing.

I restarted the gnugo anchor.

- Don



On Thu, 2007-06-28 at 22:37 -0400, Don Dailey wrote:
 It looked somehow wedged, but I restarted it.
 
 I see only 2 programs playing on it, both myCtest version.
 
 - Don
 
 On Thu, 2007-06-28 at 22:11 -0400, Joshua Shriver wrote:
  Is the 19 cgos server down? Haven't been able to get dog logged into the 
  system.
  
  -Josh
  ___
  computer-go mailing list
  computer-go@computer-go.org
  http://www.computer-go.org/mailman/listinfo/computer-go/
 

___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] MPI vs. threads

2007-06-28 Thread David Doshay

On 28, Jun 2007, at 8:44 PM, Jason House wrote:


Darren Cook wrote:

Can MPI be as quick as threads on a 2- or 4-core single
machine?


no, but I think you are worried about something that is such a a  
small percentage of compute time that I doubt that it is significant  
for a Go program. I would suggest you use MPI if you already know and  
like it, and use threads if you already know that. If this is an  
opportunity to learn, then I'd learn threads for a single multicore  
machine.


The usage of MPI that I've seen required explicit population of  
(user-defined) communication structures that get copied in the  
process of doing an MPI call.


This is true and something we tried to put some wrappers around to  
simplify, but this underlying fact could not be removed. I think it  
is a pain that whenever we want to modify the message we have to go  
down a few layers and tell MPI the number of integers and floats we  
are going to pass. It led to a few debugging headaches when we  
started, but we are used to it now. Whenever a struct changes we  
check to see if it is in any messages.


But SlugGo runs on a cluster of many boxes, so threading is not a  
choice for us. But once the code uses MPI, it works just fine across  
the network or in the same CPU.


I really didn't want to manually specify, populate, and then read  
out data for any given inter-process call.  I ended up using  
delegates / functors for inter-process communication and restricted  
the bot to threading to keep the work to implement it simple.


Maybe after doing enough multi-threaded programming I'll come to  
realize that MPI isn't much of a cost and shift my IPC design to  
use MPI.  In the mean time, I'm comforted that allowing slug go  
support can bridge the gap if needed.



What about if a heavy playout algorithm is using a pattern library  
too

big to fit in the cores local cache? Would that change the MPI vs.
threads decision?


Not to me.

Cheers,
David

___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/