Hello All, Short Version: Can someone make a Distributed.net module for Dachstein?
Long Version: A long time ago, I submitted the below to the LRP list. Which was basically a request for a distributed.net module to add into LRP. I eventually managed to cobble together something that worked. (Although I would never publish it as it ran as root, I didn�t document exactly what I had done, I�m not technical enough to have fixed it to not run as root, nor could I truly build a module myself anyway.) But it did work and everything, dial-up LRP and distributed.net client, fit all on one 1.68M floppy. That �floppy� stayed stabile from Spring of 2000 to Spring of 2002, when I retired it by changing to Dachstein to connect to cable. The Dachstein �floppy� is so far seeing the same amount of stability. So, in this long winded fashion, I would like to see if anyone can make a distributed.net module for Dachstein? (and or any of the other flavors of LEAF) As notes on my meager accomplishments from 2000, it took me about 15 hours, most of which was reading man pages, as in past life I was a COBOL mainframe programmer and not a UNIX person. The only thing significant I remember was having to copy a library file off a Debian box, which the distributed.net client told me it needed to run. I will gladly provide whatever help I can (testing, QA, installation and maintenance documentation, through put analysis, etc.), if anyone would be so kind as to make the module. Thank you for your time, Michael Boughner Regular LEAF email address: [EMAIL PROTECTED] I�m on the digest version, and the email account sending this is one of our corp. test accounts for something else (as mail.sourceforge.net puts it, �550 rejected: Cannot accept mail from <[EMAIL PROTECTED]> because your server doesn't have a postmaster account,� and yes we did intentionally shut off postmaster due to the volume of spam on it. A human readable point of contact is on our front pages. And you would think after sending mail to that address for 4 years it might know it's valid.) So, sorry for the idiocy of fname lname. Technical Notes that didn�t make it below: - Using the LRP box with the distributed.net floppy increased max download speeds by about 20% over dialing in directly with a Windows95/98, so I don�t think there was a performance hit for adding distributed.net to the mix. - The LRP box produced about 25 RC5 blocks per 24 hours. - LEAF/LRP Hardware: 486 DX4 120, 16MB, 1.68 floppy, no HD. > >Message: 8 >Date: Wed, 22 Dec 1999 14:17:16 -0700 >From: "Bryan T. Schmidt" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: [LRP] Distributed.Net Client for LRP? > >I am quite familiar with Distributed.net. I have run the clients on my machines >for almost 2 years with no troubles. However, as good as their threading code may >be, it HAS to introduce some extra latency into a linux based router like LRP. It >runs on idle cycles, but there is still context switching, etc. Normally, on a >workstation, you dont worry about this, because your peak processing happens in >bursts. But in the case of routing (particularly on my slow link) you want to >avoid any delay if you can. > >I would say that there is a fair chance that it needs nothing except itself to run, >as the decryption cores are all hand-tuned assembly for each processor they run >on. The rest of the client is fairly vanilla tasks, and I think that it is >statically linked. > >Also, for those on 486 based routers, the extra decryption blocks are almost too >few to bother with. (But, as the d.net guys say, for every 386 working on the >problem, thats a few less keys before we crack the code!) > >-Bryan > > >[EMAIL PROTECTED] wrote: > >> Hi Kris, >> >> Well, I suppose a little more detail would have been useful. . . >> >> (From distrbuted.net literature) >> "[The client] is designed to run in idle time so as to not impact the normal >> operation of the computer." >> >> And synthesizing from what I've seen on my Linux box, The client (510K >> expanded) lives in its own directory with its config and work buffers files >> (~3K total). A log file is optional and can have a size limit set. To the >> best of my knowledge the client doesn't require anything beyond itself to >> run. Unfortunately, for any greater depth of detail I'd have to ask the >> distributed.net folks. >> >> My envisionment was something like a module "dnetc.lrp?" that could be >> dropped in after everything else was working correctly, setup once, and >> forgotten about. (You know, that mythical beast that never requires >> upgrades, version releases, or maintenance!) >> >> :), >> Michael >> >> At 09:19 PM 12/22/99 +0100, Kris Carlier wrote: >> >Michael, >> > >> >> And no, I'm not technically up to merging the two, but thought since my LRP >> >> is on most of the time doing "nothing", that using the CPU clicks might be a >> >> good idea. . . >> > >> >cool ! (LRP) Routers all over the world, unite ! ;-) >> > >> >it might be that the client supposes there are a number of libraries >> >present >> > >> >kr= >> > >> > \\\___/// >> > \\ - - // >> > ( @ @ ) >> > +---------------oOOo-(_)-oOOo-------------+ >> > | kris carlier - [EMAIL PROTECTED] | >> > | Hiroshima 45, Tsjernobyl 86, Windows 95 | >> > | Linux, the choice of a GNU gener8ion | >> > | KC62-RIPE SMS: +32-75-61.43.05 | >> > +------------------------Oooo-------------+ >> > oooO ( ) >> > ( ) ) / >> > \ ( (_/ >> > \_) >> >> _______________________________________________ >> linux-router maillist - [EMAIL PROTECTED] >> http://www.linuxrouter.org/mailman/listinfo/linux-router > >-- > >Bryan T. Schmidt >Systems/Network Administrator >[EMAIL PROTECTED] >303/571-1555 ext.117 > >Profitool Inc. >1600 Stout St. >Suite 2000 >Denver, CO 80202 > >--__--__-- Need a new email address that people can remember Check out the new EudoraMail at http://www.eudoramail.com ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
