[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-gnunet] (Not-so-)Serious problem with insert
From: |
Christian Grothoff |
Subject: |
Re: [Help-gnunet] (Not-so-)Serious problem with insert |
Date: |
Wed, 4 Sep 2002 19:13:34 -0500 |
User-agent: |
KMail/1.4.1 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 04 September 2002 04:33 pm, you wrote:
> I see. It becomes linear sometime after the 30M point (on my system) but
> this still means it is going to "level out" at more than 5 minutes per 10M
> (on my system) Which means that gnunet-insert -f Star\ Wars\ Episode\
> II.avi will take,...well more than 5 minutes anyway.
> Likewise gnunet-insert -f RedHat.iso.
> And all this time my 7200rpm disk is whacking away like a giz-monkey on
> speed. Is there any way use less disk access and more processor?
> Maybe there could be a setting for hashyness (TM) (you have to suck on your
> thistle whistle to see him...) to trade off security for useability?
Well, a trivial solution would be to buy memory (and eventually hack GNUnet to
use it, currently the code tries to minimize memory usage). If you have 512
MB of memory, you can pretty much cache the entire index (~300 MB by default)
in memory and thus not pay any big penalty for the random access.
I do not see any good way to use more CPU instead.
Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9dqGu9tNtMeXQLkIRAu76AJ4g2F5EdoZDR77bM5hFKVIxLeiWiACfT6cX
XhhSu+OTyLmEnTQxK1F5MA4=
=Kj3E
-----END PGP SIGNATURE-----