Re: [GNUnet-developers] caching proxy type data storage

[Igor Wronsky]

On Fri, 21 Jun 2002, Glenn McGrath wrote:

> > > gdbm failed on lseek!? How can that happen? 4GB database? :-). 
> > Dunno. Thats, nevertheless, the last thing gnunetd (or libgdbm,
> > actually) croaked before sweet oblivion. Might very well be
> > due to the database being somehow corrupted. If this problem
> > reoccurs, I'll try to make a stub to iterate through the 
> > keys to see if the lib crashes on one of them. 
> GNUnet faces similar problems in storing data as a caching proxy
> Last time i looked squid gave a choive of 3 different file systems to
> store the data it retrieved, maybe GNUnet could get some ideas from them,
> im sure they have reasons for not using a traditional database.

Using 'traditional' database with gnunetd might be better choice
in this case because data is always constant size <key,pair>
elements. Or so I've understood. I don't think web cache
data has such property naturally.

Hehe, btw, with my previous experience I could do mysql support
for gnunetd quite effortlessly. Probably it'd be inefficient as 
hell but ah all those nice statistics things that you can pull 
of with sql. ;) And there'd be off-the-shelf db repair and 
integrity checking. Though I did see that Christian
already jumped to pull off some such utility for gnunet gdbm. ;D ;D