* Thomas Bruderer <bruthoma at student.ethz.ch> [2006-04-19 07:40:05]:

> > emphasis "using more bandwith of the overall network". The network is of 
> > course starved for bandwidth most of the time, due to asynhronous 
> > connections.
> 
> Do we agree that most darknet nodes idle?

I don't know
> Or do we atleast agree that most testnet nodes idle?

I do agree that atm most are idle.
> 
> The testenviroment right now is quite perfect,

According to freeviz it's far away from beeing perfect !
http://freeviz.freenetproject.org/ what are we talking about ? the longest
route atm is hardly 12 nodes long !
We have plenty of nodes but most aren't even connected to the network.

>the inserts should be fast right
> now.

Idealy we agree, but because of the "now", I must disagree.

>What I am saying is that if downloads are fast, inserts have to be as fast,
> because we don't use more bandwith per link.

You misunderstand how freenet works :) I suggest you rtfm the non-existing
man ;)

When you insert some data into the network, you target a location on the
keyspace and one node after the N. th hop will pick up your data and insert
it. Most of the time, with the current load detection algorithm, your insert
request will be discarded/rejected on its way. The length of the path DOES
matter on the rejection probability.

When you request data on the network, you target a location on the keyspace
as well, but as soon as the data is found, you return it (there will be a DNF
if you reach the HTL). It means that inserts won't EVER be as fast as popular
content : requested content will be cached along the path and afterwards picked
up from there. 

>The asynchronous connections are
> problem for all p2p protocols, they are not only a problem with uploads, they
> limit the downloads aswell.
> 
> For inserts the speed limit is the per link bandwith (well for downloads 
> aswell)
> but I get told all the time it has something to do with number of hops, which
> can't be true.

see ^-^

> 
> We should check different strategies in testnet till inserts are fast at least
> in testnet... 
> 

We agreed that by now black magic/alchemy time is over and we will try to
understand WHY it doesn't work insteed of trying experimentaly to workaround
problems. It doesn't mean there won't be a testnet with a modified code soon. 

I suggest you read some documentation and possibly previous threads about
inserts :)

Regards,
        NextGen$

Reply via email to