[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