Would someone be so kind as to offer a bit of advice about tweaking freenet.

I seriously do not understand what it is doing.

Freenet is currently averaging about 500K / sec down and 130 k /sec up.
I limited the upload to 128 k, so the uploads make sense.

However, 
I have approx. 50 downloads "downloading" in frost and they are extremely slow, 
hardly moving at all.
So I don't understand what is it doing with this enourmous amount of data it 
downloads, besides using up my bandwidth limit.

Since it's downloading approx. 4 times as much as uploading every second, 
and the files in my queue are hardly moving at all
What happens to the 3 out of 4 units which I did not request and are not being 
relayed to someone else?
Is it just constantly rewriting the datastore? This doesn't seem very efficient.

I understand that this may be necessary to cover what is actually downloaded,
However, it took about 10 minutes to download the latest frost (on priority 0) 
at the rate of 500 k/sec this should
have been done in 11 seconds if it was the regular internet. In contrast 
freenet 
downloaded approx. 55 times the amount of data
just to get this file. Isn't this way too excessive ? I would think 5-10 times 
is more than enough to cover your tracks.

Also, I don't understand why freenet refuses to decode many files for minutes 
or 
hours even after it's got 100%. It's totally unpredictable
when a file at 100% will actually decode. I'm kind of suprised this hasn't been 
fixed already.
Any chance you could fix this?

And also, could someone  explain the system of priorities and what's the ideal 
number of threads to be concurrently downloading?
It would be great to hear something about tweaking freenet for best performance.

Thanks a lot and sorry about the many questions 



      
_______________________________________________
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Reply via email to