[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: computer-go: FPGA
Date: Tue, 29 Aug 2000 06:08:09 -0700
From: Kurt Thorn Perkins <thorn@xxxxxxxxxxxxxxxxx>
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: ga,gd,gl
MIME-Version: 1.0
References: <3.0.5.32.20000828205239.00995500@xxxxxxxxxxxxxxxxx>
Content-Transfer-Encoding: 7bit
Sender: owner-computer-go@xxxxxxxxxxxxxxxxx
Precedence: bulk
Reply-To: computer-go@xxxxxxxxxxxxxxxxx
Content-Type: text/plain; charset=us-ascii
Content-Length: 2142
Another item to reduce costs if you wish to pursue this, at least
on an initially limited basis... several universities have training in
Verilog and VHDL, along with actual FPGA work, as part of
their computer engineering programs (my direct experience
being CSU Sacramento). If you talk with those in charge of the
programs, you might even be able to convince some enterprising
student in desperate need of a senior project to help. Otherwise,
I hope you know the appropriate hardware definition languages. :)
I think that the experiment might be worth the attempt to assist
some areas of the program. However, that being said, I think
David has a very key point that folks sometimes forget: you
cannot efficiently fix slow code by throwing a faster piece of
technology at it, despite what managers may say.
Hmm... that's enough for a momentary delurking....
Kurt
> ... you cannot efficiently fix slow code by throwing a
> faster piece of technology at it, despite what managers may say.
This reminds me of a question I've been meaning to ask. How important
is the speed of hardware nowadays as far as modern or typical go
programs are concerned?
If one of the top programs got to use a computer 100X faster than
everyone elses in a tournament, would its chances of winning go way
up?
Don