Re: TCP rate/congestion control
On 19/09/16 15:23, Russell Coker via luv-main wrote: > On Monday, 19 September 2016 11:46:00 AM AEST Tim Connors via luv-main wrote: >>> https://patchwork.ozlabs.org/patch/671069/ >> >> Damn, that's so obvious it must have taken a genius to think it up :) > > Signed-off-by: Van Jacobson> Signed-off-by: Neal Cardwell > Signed-off-by: Yuchung Cheng > Signed-off-by: Nandita Dukkipati > Signed-off-by: Eric Dumazet > Signed-off-by: Soheil Hassas Yeganeh > > The first line in the signed-off list is noteworthy, someone who didn't get a > keynote slot at an LCA... ;) They're all pretty good, Van obviously has a history with TCP, and just a few weeks back Eric & Neal helped me by sending some quick patches upstream for a hard-to-debug issue. (I'm sure the rest are awesome too, I just haven't worked with them) ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: TCP rate/congestion control
On Monday, 19 September 2016 11:46:00 AM AEST Tim Connors via luv-main wrote: > > https://patchwork.ozlabs.org/patch/671069/ > > Damn, that's so obvious it must have taken a genius to think it up :) Signed-off-by: Van JacobsonSigned-off-by: Neal Cardwell Signed-off-by: Yuchung Cheng Signed-off-by: Nandita Dukkipati Signed-off-by: Eric Dumazet Signed-off-by: Soheil Hassas Yeganeh The first line in the signed-off list is noteworthy, someone who didn't get a keynote slot at an LCA... ;) -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: TCP rate/congestion control
Thanks Julien, that looks quite interesting. I'll try to remember to look out for this in the mainstream kernels in the future. On Sat, 17 Sep 2016 at 21:56 Julien Goodwin via luv-main < luv-main@luv.asn.au> wrote: > On 16/09/16 18:33, Julien Goodwin via luv-main wrote: > > On 16/09/16 11:02, Toby Corkindale via luv-main wrote: > >> I noticed that Windows 10 now uses CTCP as the default TCP > >> congestion/rate control algorithm, but Linux still defaults to the old > >> Cubic algorithm. > >> > >> CTCP doesn't appear to be available on Ubuntu LTS at the moment, but > >> there's a whole host of others to choose from. > >> Has anyone here worked out which is the best one to use on typical > >> consumer internet links in Australia? > > > > Over and above the rate control algorithm Linux has a bunch of features > > that make it work much better than a to-the-spec cubic implementation > > (not surprising with a bunch of large content providers like $EMPLOYER > > submitting their fixes upstream). > > > > Things like TCP pacing and the work from the bufferbloat folk have > > really improved things. > > > > https://fasterdata.es.net/host-tuning/linux/fair-queuing-scheduler/ > > ...and something that finally went public overnight is a new TCP rate > control algorithm from some of the folk at $EMPLOYER, I for one am very > much looking forward to this hitting upstream and then into a Debian > kernel. > > https://patchwork.ozlabs.org/patch/671069/ > > ___ > luv-main mailing list > luv-main@luv.asn.au > https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main > ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: TCP rate/congestion control
On 16/09/16 18:33, Julien Goodwin via luv-main wrote: > On 16/09/16 11:02, Toby Corkindale via luv-main wrote: >> I noticed that Windows 10 now uses CTCP as the default TCP >> congestion/rate control algorithm, but Linux still defaults to the old >> Cubic algorithm. >> >> CTCP doesn't appear to be available on Ubuntu LTS at the moment, but >> there's a whole host of others to choose from. >> Has anyone here worked out which is the best one to use on typical >> consumer internet links in Australia? > > Over and above the rate control algorithm Linux has a bunch of features > that make it work much better than a to-the-spec cubic implementation > (not surprising with a bunch of large content providers like $EMPLOYER > submitting their fixes upstream). > > Things like TCP pacing and the work from the bufferbloat folk have > really improved things. > > https://fasterdata.es.net/host-tuning/linux/fair-queuing-scheduler/ ...and something that finally went public overnight is a new TCP rate control algorithm from some of the folk at $EMPLOYER, I for one am very much looking forward to this hitting upstream and then into a Debian kernel. https://patchwork.ozlabs.org/patch/671069/ signature.asc Description: OpenPGP digital signature ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: TCP rate/congestion control
On 16/09/16 11:02, Toby Corkindale via luv-main wrote: > I noticed that Windows 10 now uses CTCP as the default TCP > congestion/rate control algorithm, but Linux still defaults to the old > Cubic algorithm. > > CTCP doesn't appear to be available on Ubuntu LTS at the moment, but > there's a whole host of others to choose from. > Has anyone here worked out which is the best one to use on typical > consumer internet links in Australia? Over and above the rate control algorithm Linux has a bunch of features that make it work much better than a to-the-spec cubic implementation (not surprising with a bunch of large content providers like $EMPLOYER submitting their fixes upstream). Things like TCP pacing and the work from the bufferbloat folk have really improved things. https://fasterdata.es.net/host-tuning/linux/fair-queuing-scheduler/ ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main