help-gnunet
[Top][All Lists]
Advanced

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

Re: [Help-gnunet] INDIRECTION_TABLE_SIZE and download speed


From: Igor Wronsky
Subject: Re: [Help-gnunet] INDIRECTION_TABLE_SIZE and download speed
Date: Sat, 7 Sep 2002 01:36:24 +0300 (EEST)

On Fri, 6 Sep 2002, Tracy R Reed wrote:

> And it's pretty much come to a halt. Is it unreasonable to try downloading
> an mp3 at this stage? 

No. I've said this before and I say it again, atleast until
the issue stops reappearing: whats unreasonable is that there
is no mechanism to determine the availibity of content on
gnunet. You can get a search result of a file that at the
moment either a) is there, b) is not there, or c) is partly 
there.

Now what to do? Either come up with a quick availability-
determining mechanism that doesn't compromise anonymity
*or* publish some keys somewhere and make sure you keep
supplying the related content in gnunet for reasonable amount 
of time (most likely we're talking of a scale of weeks 
of 24h node uptime). Thats why something like edonkey has 
been successful - someone has reliably supplied the files 
in the first place. That is a prerequisite for the community 
take over, and if the community is small, the chances are
also small that someone would download your files, especially
if they are not announced somewhere or popular. I, for one,
wouldn't download a single piece of scientology junk, for
example. If people are not interested, its no go. Gnunet 
content migration works in a similar way to the edonkey 
in this sense - its efficient only if people have been 
able to download the file, and the more online nodes
have it all, the better.

Perhaps I should put this lecture to some FAQ. ;)


I.






reply via email to

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