Sneakernet and OGR. Not worth it with a Celeron 457?

[Eug]

I have an extra Celeron 366@457 and I was gonna use it for OGR. However, it has no net access.

I've read about using sneakernet, but it seems that it wouldn't be worth it. Can I load a bunch of buffers all at once and let it run for a few days?

The way the FAQ sets it up, it seems that I can only load the one buffer and then sneakernet when it's done. Considering that it does 3.1 Mnodes/sec, I'd have to do this several times an hour.

Is there a way around this?

 

[nexus9]

I'm in a similar situation. What I've been doing is getting buffers via e-mail:

TO: fetch@distributed.net
Subject: whatever
contest=OGR
numblocks=xxx

where xxx=number of blocks you want to get...

 

[Eug]

Thanks.

Started a 500 block buffer going on Celeron #2.

Edit:
Uh oh. This is going to take 5 days or something. Oh well, whatever.

 

[Joe O]

The important part is keeping a copy of the buff-out.ogr file until the blocks have been credited.

One way to do it is to copy buff-out.ogr to a floppy and then rename the original on the hard drive to buff-out-mm-dd-hh.ogr. Then if you can't read the floppy on the connected machine you can come back for it. NOTE: mm==month dd==day hh==hour(not needed if only once a day)
On the connected machine, I have a shortcut (could be a .bat file) that executes c:\`path`\dnetc.exe -import a:\buff-out.ogr wher `path` is the directory structure that points to the directory you are working in. eg c:\distributed\dnetc.exe -import a:\buff-out.ogr

This way I don't have to stop either machine to "harvest" the output from the unconnected machine.

Another trick I use on the unconnected machines is to have a shortcut (or .bat file) that executes c:\`path`\dnetc.exe -import a:buff-in.ogr where `path` is the same as above. Again no stopping the client.

If you're getting them by e-mail then you can just copy the file to the floppy. But there is another way that also allows you to create as big a buff-in.ogr file on a floppy as you want. Copy dnetc.exe and dnetc.ini to a floppy. Create a shortcut on the floppy (or a .bat file) that executes a:\dnetc.ext -import c:\`path`\buff-in.ogr where `path` is as above. This allows you to take the input file from the connected client and merge it onto the floppy. Have the connected client fetch and refill the input file on disk. Running the short cut a second (third...) time will again take the input file and merge it onto the floppy.

I've explained this from the point of view of Windows, but it can be adapted for other operating systems. I prefer shortcuts to .bat files so that I can use long file names.