[Hardware] Notes... The case for an open client

Chris Jones fiddles at distributed.net
Sat Aug 14 05:15:18 EDT 2004


If it was based around the existing client architecture, and the existing 
public source, it should be a piece of cake to slot in.  But dont take my 
word for that :)

On 14-Aug-2004, david fleischer wrote:
> 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
> compute farm.
> 
> david
> 
> --- 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: 
> > 	>
> >
> http://www.distributed.net/source/specs/opcodeauth.html
> > 
> > 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.
> > 
> > John
> > _______________________________________________
> > Hardware mailing list
> > Hardware at lists.distributed.net
> >
> http://lists.distributed.net/mailman/listinfo/hardware
> > 
> 
> _______________________________________________
> Hardware mailing list
> Hardware at lists.distributed.net
> http://lists.distributed.net/mailman/listinfo/hardware
> 

-- 
Chris Jones
fiddles at distributed.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.distributed.net/pipermail/hardware/attachments/20040814/fee9aadb/attachment.bin


More information about the Hardware mailing list