[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNUnet-developers] Databases benchmark and problem

From: Christian Grothoff
Subject: Re: [GNUnet-developers] Databases benchmark and problem
Date: Tue, 15 Apr 2003 14:18:49 -0500
User-agent: KMail/1.4.3

Hash: SHA1

On Tuesday 15 April 2003 08:23 am, eric haumant wrote:
> Hello,
> While benchmarking, I had some problem with local file download. With most
> of the database types (except TDB) the download drops down at the beginning
> and at the end. I have to restart the download a few times to continue.

The download drop at the end is normal. There are fewer blocks to ask for and 
we've probably asked for many of them before and got no answer. So now 
gnunet-download asks with high priority & ttl but only very infrequently. 
Just sit and wait a bit, I've never seen it not terminate.

> As you can see, TDB is very slow and BDB uses lots of place (not as much as
> DIRECTORY). So, for the moment MySQL and GDBM are the most powerfull
> databases.

I'll put your numbers on the documentation(.php3) page such that users can 
find them when they face the choice of database :-).

> I found another thing interesting. When inserting content, the "DISKQUOTA"
> that is specified has no importance. You can, then, use lots of space.
> GNUnet should stop the insertion and say that there is no more space left.

I've just commited a fix to the code that will now estimate the quotas much 
better (using your numbers, I know that in practice we may see slightly 
different numbers, but it's a start). Every 'low_backend' now has a function 
that is used to estimate the size of the database on the drive.

Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see


reply via email to

[Prev in Thread] Current Thread [Next in Thread]