[Hardware] Notes... The case for an open client
cilantro_il at yahoo.com
Sat Aug 14 03:26:03 EDT 2004
How about this:
We can use the core for educational purposes of
building a hardware cruncher and test it in the
harness that is provided.
If a particular cruncher is easy to use and reaches a
key rate of ~150Mkeys/s and we ask them nicely, the
D.net folks will be hard pressed to turn it down.
Am I correct that if we demonstrate a cruncher that
works in the harness, it will be no problem later to
integrate it into the client?
The first jump in the stats may be given by increasing
the key rate past what the PC boxes can do. The second
jump by using multiple parallel cores in the hardware
cruncher itself; and the third dimension is having
many users run the cruncher.
This is superior to having someone rent space for a
--- jbass at dmsd.com wrote:
> On Aug 13, 2004, at 10:00 AM, Steven Nikkel wrote:
> > I think you might have a misunderstanding of
> D.net. We gladly welcome
> > new people and would especially welcome you to
> port the client to a
> > hardware/FPGA based cruncher.
> > Rather suggestions for improvements arrive on a
> > regular basis. While these ideas aren't rejected,
> they may not see the
> > light
> > of day for a period of time. D.net is a volunteer
> based organization
> > and as
> > such there is often a lack of time or expertise
> required to implement
> > the
> > suggestion. As for the closed source, this
> document provides a good
> > background on the reasoning:
> I understand d.net clearly, and you frame the
> problem right on the head
> in this last paragraph. D.net lacks the resources to
> embrace thousands of
> researchers, hobbists, and students working on this
> problem world wide.
> The answer, if it wasn't clear, is instead of being
> the bottleneck holding
> back innovation, please help re-engineer d.net to
> helping, instead in hindering.
> Hardware mailing list
> Hardware at lists.distributed.net
More information about the Hardware