[computer-go] Go hardware?

Chris Fant chrisfant at gmail.com
Fri Mar 9 15:57:54 PST 2007


On 3/9/07, Nick Apperson <apperson at gmail.com> wrote:
> This is definately the direction things are headed.  Processors are going to
> eventually have tons of cores.  The main problem with the design you
> mentioned though is that the overhead of having all those processors would
> almost not make it worth it because of how slow they are.  And also, bus
> speed becomes a serious bottleneck.  If each of those processors had its own
> 1MB of local memory (like a cache) that only it could access then I'd say
> that would be great.  I think writing programs these days that don't scale
> well to atleast 32 threads, if they are programs that require lots of
> resources, is basically irresponsible and certainly shortsighted.  Just my
> thoughts though.

Just to clarify, I didn't mean for the mini-cores to be running at
their original speed (~33MHz).  On a modern process they could run
much faster.  But you're right -- the problem would be keeping them
all fed with data.  But mostly solved by adding L2 cache.


More information about the computer-go mailing list