Re: [Old frost] network bandwidth usage and QoS

Matthew Toseland <toad-EI5O+8PHWbJeeLb3ft/[email protected]>
Newsgroups gmane.network.freenet.technical
Message-ID <[email protected]>
----- mrogers@UU62+3E1vKT1k+7fR0Gx7ZN2IB0 ----- 2007.05.28 - 22:30:27GMT -----

Interesting - I wonder how quickly the running averages adapt.

On Wednesday 08 August 2007 15:56, Matthew Toseland wrote:
> ----- ET@mj+bSV4hxRMtCj9fcwy4Ww9_3mc ----- 2007.05.27 - 10:13:11GMT -----
>
> I think Stochastic Fairness Queuing (SFQ) algorithm is appropriate for
> freenet output.
>
> http://www.opalsoft.net/qos/DS-25.htm
>
> - equalize bandwidth between each actif node link
> - minimize delay on each link
> - adapt link usage when bandwidth change (due to QoS on network or saturate
> network)
>
> ----- Anonymous@o9_0DTuZniSf_+oDmRsonByWxsI ----- 2007.05.27 -
> 20:08:46GMT -----
>
> Node A and Node B connected:
> - Node A has bandwidth 1000 with 15 active connections
> - Node B has bandwidth 5000 with 8 active connections
>
> As result, node B feels ok to send to node A datastream with seemingly fair
> speed of 625, but from Node A standpoint the fair level would be 67.
>
> 10x difference. So unlikely a particular QoS algorithm will have noticeable
> impact on overall performance/fairness, there are much more critical
> bandwidth control tasks to optimize.
>
> (But it should be easy to check: SFQ among other algorithms is implemented
> in linux, so just configure host, raise fred outgoing bandwidth limit to
> the sky (and make sure fred has something extra to send - like large
> storage, and/and/or large inserts), and try to notice any difference,
> preferably expressed in numbers. I am serious, please report the results if
> any.)
>
> On the other hand, good QoS could be useful on a host/network with freenet
> node sharing relatively slow internet connection with other
> applications/users. Unfortunatelly for outgoing traffic only.
>
> ----- ET@mj+bSV4hxRMtCj9fcwy4Ww9_3mc ----- 2007.05.28 - 07:37:39GMT -----
>
> I use already QoS on my computer, HTB and SFQ for freenet. When freenet's
> bandwidth is reduce by QoS, bwlimitDelayTime and nodeAveragePingTime
> increase and reject requests (SUB_MAX_PING_TIME, MAX_PING_TIME and Output
> bandwidth liability). Problem is long time to take again normal activity,
> about 30 minutes after QoS give back bandwidth.

_______________________________________________
Tech mailing list
[email protected]
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBGudnYA9rUluQ9pFARAvHNAJ9L7DZssyhVI/w5jNJu/CvzqJrRwACfalSP
UZukY1IcZYwXOQaytKd4TVQ=
=YA4d
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.