On Sun, 16 Jan 2011 10:06:04 +0300, Volodya wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01/16/2011 08:33 AM, Dennis Nezic wrote: > > On Sun, 16 Jan 2011 08:00:08 +0300, Volodya wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >>> (Off topic hand waving, how hard is it, honestly, to have a > >>> counter on each incoming packet, and to only accept > >>> inputBandwidthLimit per second? (And perhaps to add clever > >>> debugging messages, for now, if the node is ever seen > >>> significantly exceeding this limit?)) > >> > >> How do you count the bandwidth? > >> > >> Packets are discrete while bandwidth is continuous. > >> > >> Let's say that you have a bandwidth limit of 5 KiB per second; now > >> imagine that a packet comes in that is 42 kilobits, if you download > >> that packet in less than a second, you have gone over your limit. > >> But you cannot slow down half way through a packet. > >> > >> You have said that you do not think that Freenet should average > >> things out, but that is the only way to move from discrete to > >> continuous math while preserving any sense of sanity. > > > > True. Are Freenet's packets that big? (Smaller packet sizes would be > > one solution for better bandwidth management.) I guess the discrete > > spikes aren't really a problem though, but rather those massive and > > continuous flows that swamp my connection -- as if the packet > > counter suddenly decided to stop working altogether, or something. > > I have just given an example, it had little to do with Freenet packet > size. > > Still what i was pointing towards is that you need to average things > out over some period of time. Perhaps the problem is in something > different, but it could be that it selects some time period that is > too large or too small.
(In the meantime, till the bug (and possibly the "feature") settle down, I have put in place an iptables rule+tc bandwidth limiting filter.) _______________________________________________ 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
