Re: Notes... The case for an open client
david fleischer <cilantro_il-/[email protected]> Sat, 14 Aug 2004 00:26:03 -0700 (PDT)
| Newsgroups | gmane.comp.distributed-net.hardware |
|---|---|
| Message-ID | <[email protected]> |
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-/[email protected] 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-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > http://lists.distributed.net/mailman/listinfo/hardware > _______________________________________________ Hardware mailing list Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] http://lists.distributed.net/mailman/listinfo/hardware