On Friday 27 August 2010 11:04:57 Mark wrote:
> On 27/08/2010 09:37, Stephen Mollett wrote:
> > Hi,
> >
> > On Thu, Aug 26, 2010 at 22:11, Mark <perkype...@hotmail.co.uk> wrote:
> >   
> >> ...
> >> I'm  thinking of using a machine with 2G of RAM and implement a 1G
> >> ramdisk, the  bartPE itself will be on a read only bootable USB stick.
> >>     
> > FWIW, I think there's a configuration option to make the node keep its 
> > datastore 
> > in RAM without having to use a ramdisk. I can't remember exactly where it 
> > is now 
> > (I'm not at my node) but that might be worth looking at - it may be more 
> > efficient than going through the filesystem layer.
> >
> > Of course, it might be worth considering (perhaps for a "version 2" after 
> > you've 
> > got the basic stuff working) having an option to export (and, obviously, 
> > re-import) an encrypted archive of the "vital statistics" (node keys, etc - 
> > optionally the datastore, although that would require it to be stored in a 
> > filesystem so the archiver can access it) so that if the operator needs to 
> > reboot for administrative reasons, he doesn't have to restart his node from 
> > scratch. Obviously, he'd need to wipe/destroy the backup media afterwards 
> > so as 
> > not to defeat the original purpose of having a RAM-based node...
> >
> > Stephen
> Thanks for the suggestions. I'm a little new to all this so I think I'll
> just try to get something going first :)
> The option of having the datastore in ram rather than the filesystem is
> quite attractive as it liberates the ramdisk space for use by other
> things that do require a filesystem. I'll look at that option once I
> have something going though.

How about using the existing swap space allocated by the installed 
linux/windows/whatever system? Encrypted, of course. You could even only use it 
if it was encrypted, if that can be detected easily. Plus, you can write stuff 
to the USB key e.g. keys ...

Attachment: signature.asc
Description: This is a digitally signed message part.

Support mailing list
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Reply via email to