[RC5] Cache buffers in ram suggestion.

Ryu odjmico2 at wanadoo.fr
Fri Aug 30 12:14:42 EDT 2002


er ... as i'm not so good at english understanding forgive me if i
misundertood you BUT it is possible for clients to get blocks in memory and
write them to disk ONLY when a certain amount is done ( time or
workunits )...

-----Message d'origine-----
De : owner-rc5 at lists.distributed.net
[mailto:owner-rc5 at lists.distributed.net]De la part de dan carter
Envoye : vendredi 30 aout 2002 08:14
A : rc5 at lists.distributed.net
Objet : [RC5] Cache buffers in ram suggestion.




I have a couple of machines that spend most of their time waiting for
someone to use them.

In this state they sit with their monitor off to save power, and before
installation of dnetc, they also spun their discs down for noise and
power savings.

Nowdays, presumably due to a fragmented key space, it seems impossible
to get a rc5 keyblock that will take more than 5 mins to complete.

It would be nice if the client could load several hours worth of buffers
into ram to work on before touching the disc to put them in the out
buffer and load up more.

In my case, with a semi-permanent internet connection, a workaround
might be to run the client with the no buffers option.  However, the no
buffers option brings with it several issues that the
cache_buffers_in_ram approach would avoid. (e.g. requirment for a
permanent internet connection, increased load on dnet proxies, etc)

Your humble servant,
dan.

CCed to bugzilla [http://n0cgi.distributed.net/bugs/show_bug.cgi?id=2820]


--
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