[RC5] new feature?

Eric Gindrup gindrup at okway.okstate.edu
Fri Jan 8 16:15:54 EST 1999

     There are a few options...
     Checkpoint files are (?, at least used to be) in the same format as 
     buff-in files.  Set each client to use a checkpoint (on a 
     non-networked, non-removable drive) and you can put several spare 
     buff-in files in as checkpoints.  I'd suggest one per client since 
     they can't share checkpoint files.
     Then there's...  Run a scheduled process that checks the size of the 
     buff-in file.  If it gets too small (empty), move another "waiting" 
     buff-in into the shared buff-in's place.  This is not easy on 
     Windows boxes.  (It requires an additional program that can return 
     file sizes or compare a command-line argument to the size of a 
     specified file and return a boolean value.)  It is pretty easy on 
     UNIX and UNIX-based OSs.
     Then there's...  Mail based fetching and flushing.  I don't find the 
     information for doing this on the DCTI site any more, so this may 
     have been discontinued...
     Then there's...  PProxy spoofing.  Set up a PProxy at home and one 
     at work.  Set the buffers big.  Sneakernet between the two pproxies 
     as you would sneakernet between two clients.  *Always make sure the 
     two pproxies are the same version!*  Don't do this for DES-III; your 
     latency is too large.
     Then there's...  Download the latest client version and see if the 
     latest tinkering with UUE, Telnet, HTTP, SOCKS, et c. firewall 
     piercing works for you.
            -- Eric Gindrup ! gindrup at Okway.okstate.edu

______________________________ Reply Separator _________________________________
Subject: Re: [RC5] new feature? 
Author:  <rc5 at lists.distributed.net> at SMTP
Date:    1/8/99 12:14 PM

Since others are batting about new features they'd like to see, I have 
one that I could really use.
I'd like to be able to take two buff-in.[des|rc5] files and make one big 
I have a few P2s that are chomping DES keys at a combined rate of over 
12 Mkeys/s.  Since http proxying no longer works here, I have to 
manually update the buff-in files myself with files brought from home. 
(BTW, the fetch at distributed.net doesn't work, either.)
The problem is that I'm about to leave for the weekend, and there are 30 
blocks (about 90 minutes' worth) left in the buffer.
Today, I'll just let them run out, since the clients will simply switch 
over to the RC5 buffer.  However, when there is no DES contest, the 
choice would be to let the machines chew on random blocks, or throw away 
the remaining blocks and load in the new buffer.
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net 
rc5-digest subscribers replace rc5 with rc5-digest

To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net
rc5-digest subscribers replace rc5 with rc5-digest

More information about the rc5 mailing list