-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 01/21/2011 10:32 PM, Dennis Nezic wrote:
> On Sat, 22 Jan 2011 08:22:13 +1300, Phillip Hutchings wrote:
>>> So, the question then becomes, when the node is clearly receiving
>>> more packets than it's supposed to, why is it taking so long (many
>>> minutes
>>> -- I never actually waited to see if the flood, which consumed my
>>> entire connection's 80KiB/sec capacity, would eventually subside)
>>> for the rate to stabilize? How much time does the node give it's
>>> peers to stabilize their traffic, before it disconnects from them?
>>> And does the node accept packets from peers it is not currently
>>> connected to? (Ie. say we give our peers 1minute to get their s***
>>> straight, and then disconnect from them, I should see the flood end
>>> in 1 minute?)
>>
>> Mostly because development capability is limited by available people
>> and testing capabilities - without a dedicated lab setup it's very
>> hard to test bandwidth limiting, so the only real test is on the
>> network.
>>
>> I'm sure fixing this is on the list somewhere, but we either need to
>> pitch in and code it or wait for someone else to have time.
>
> I'm curious, though, as to what the node currently does. (To bring us
> back to the original question of this thread.) (Yes, I should just look
> at the code myself.) Surely it does something like I just described
> above? And surely that's a simple thing? (When you refer to testing,
> you're probably referring to fine-tunning the above parameters to
> maximize efficiency ... which is all good ... except even without such
> testing, I don't see why it should take many minutes for flow to
> stabilize -- unless our grace-period for overflowing nodes is many
> minutes long?)
Please describe the formula through which to calculate the speed of the data
that you need to send to your peer, which has 19 other peers (and you have no
knowledge about the speed with which they are transmitting).
- Volodya
- --
http://freedom.libsyn.com/ Echo of Freedom, Radical Podcast
"None of us are free until all of us are free." ~ Mihail Bakunin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJNOeoUAAoJENW9VI+wmYas5M4IAJtcV0CNJAKaAbAifds9dtTi
mVMfwrBmAAs64pYrMZJe6ib2c/JBuh4XATFu1Dj6VMdtwVz0Pp3lxMDqdytQ5eTm
P8lbo2kXuWG8MDdRxFKOKnuVv4mNA3GH3EN9Zh9DyON30G63uRL6epm8nypsuo39
m7l7vOmrqmsmBNifjRcaoo/IJcKIv6mHWCulqwgAc//ytWnvOhAlpuAcL1ca+Qo4
ry/VtEH0v1d3opDIBxxgvSj49Z53Q/2iUhpQXcU/0EAXU9IqyxdFBkkMIwtSgWgs
ct98GnR2z8TQo/rBV7uc+3Ue4y4JlsNyeEU59hN1yAWJF/CG6D2JDh2DSLK1RUg=
=0Oah
-----END PGP SIGNATURE-----
_______________________________________________
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
