Re: [Help-gnunet] INDIRECTION_TABLE_SIZE and download speed

[Christian Grothoff]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 08 September 2002 02:54 pm, Ingo Ruhnke wrote:
> Tracy R Reed <address@hidden> writes:
> > I have noticed another interesting problem: During my unsuccessful
> > attempts to downlod files I ended up with a lot of corrupted files
> > but with the proper size in my directory of files to share which
> > then got reinserted when I ran a script to insert my own content,
> > contributing to the spread of broken files.
>
> As far as I understand GNUnet there shouldn't be a need to reinsert
> content manuelly[1], GNUnet should handle the distribution of content
> automatically while you download it.

Yes, and no. GNUnet will cache the content automatically, but it will be like 
'inserting' it - not indexing. Which means that the 1k blocks are stored in 
the GDBM/TDB database. If you then *index* the content, you tell GNUnet that 
the actual data will stay in a (plaintext) file on the drive and that GNUnet 
should use it from there (encrypt on-demand) and free the space in the 
GDBM/TDB database, effectively reducing storage costs. 

So yes, GNUnet handles sharing of downloaded content automatically, but 
indexing downloaded files can improve the efficiency (in terms of storage 
space) of the local node. This indexing can *not* be done automatically since 
GNUnet can not rely on the fact that you will keep the downloaded files in 
plaintext at the location where they were downloaded to.

> > I think the download client should put files in another tmp
> > directory until they are 100% downloaded and then moved somewhere
> > else to indicate they are complete so there is no chance of
> > incomplete files accidentally being indexed.
>
> I agree, but that can could be implemented on-top of gnunet-download
> or in a GUI client, something like this might help:
>
> % gnunet-download -o $TMPDIR/$FILENAME -- .... && mv $TMPDIR/$FILENAME
> $FILENAME

You're right, it's definitely a UI question.

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9e7+F9tNtMeXQLkIRAlAyAJ4uuUg5UOSmK2U9PP4cE3Sap1BL4ACfXbGM
CuizkTVSuNVY8F1h4p2ZDeg=
=5shp
-----END PGP SIGNATURE-----