2010/10/21 Daniel Stork <dstor...@yahoo.com> > 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. > > Afaik, freenet doesn't report file by file bandwidth usage. The number you see is the total output bandwidth usage, so it may be used for other requests. Maybe we should show bandwidth usage file by file?
> 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? > > Afaik (yes, again) freenet uses FEC ( http://en.wikipedia.org/wiki/Forward_error_correction) to create the file that you want. Maybe it's due to a bug, but I think that's the reason why it takes some time (and some cpu cycles). > 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. > > I don't heard of any ideal limit, but it sure would be great to have some (for instance to include them in the UI: "the node is currently responding to too may request, etc.") > Thanks a lot and sorry about the many questions > > You're welcome, and sorry for the approximative answers. > > _______________________________________________ > 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 >
_______________________________________________ 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
