Re: [Bloat] Fwd: [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Mikael Abrahamsson
On Tue, 5 Jun 2018, Jonas Mårtensson wrote: What about PLPMTU? Do you think they might tweak that too? net.ipv4.tcp_mtu_probing=2 (despite name, applies to IPv6 too) Maybe, suggest it on their github. But I would maybe propose instead net.ipv4.tcp_mtu_probing=1. MTU probing

Re: [Bloat] [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Jonathan Morton
> On 5 Jun, 2018, at 9:34 pm, Sebastian Moeller wrote: > > The rationale for that decision still is valid, at low bandwidth every > opportunity to send a packet matters… Yes, which is why the DRR++ algorithm is used to carefully choose which flow to send a packet from. > …and every packet

Re: [Bloat] [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Sebastian Moeller
Hi Jonathan, > On Jun 5, 2018, at 17:10, Jonathan Foulkes wrote: > > Jonathan, in the past the recommendation was for NOECN on egress if capacity > <4Mbps. Is that still the case in light of this? > > Thanks, > > Jonathan Foulkes > >> On Jun 4, 2018, at 5:36 PM, Jonathan Morton wrote: >>

Re: [Bloat] [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Jonathan Morton
> On 5 Jun, 2018, at 6:10 pm, Jonathan Foulkes wrote: > > Jonathan, in the past the recommendation was for NOECN on egress if capacity > <4Mbps. Is that still the case in light of this? I would always use ECN, no exceptions - unless the sender is using a TCP congestion control algorithm that

Re: [Bloat] Fwd: [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Mario Hock
Am 05.06.2018 um 09:49 schrieb Jonathan Morton: On 5 Jun, 2018, at 10:44 am, Mario Hock wrote: Just to make sure that I got your answer correctly. The benefit for endsystems comes from the "fq" (flow queuing) part, not from the "codel" part of fq_codel? That's a fair characterisation, yes.

Re: [Bloat] Fwd: [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Jonathan Morton
> On 5 Jun, 2018, at 10:44 am, Mario Hock wrote: > > Just to make sure that I got your answer correctly. The benefit for > endsystems comes from the "fq" (flow queuing) part, not from the "codel" part > of fq_codel? That's a fair characterisation, yes. In fact, even for middleboxes, the

Re: [Bloat] Fwd: [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Mario Hock
Am 05.06.2018 um 01:00 schrieb David Lang: On Mon, 4 Jun 2018, Bless, Roland (TM) wrote: Hi, Am 24.05.2018 um 17:38 schrieb Jan Ceuleers: Took 3 years after Dave approached them, but Ubuntu is finally adopting fq_codel as the default qdisc. Yes, if the Linux kernel is forwarding packets it

Re: [Bloat] Fwd: [Bug 1436945] Re: devel: consider fq_codel as the default qdisc for networking

2018-06-05 Thread Jonas Mårtensson
On Tue, Jun 5, 2018 at 2:22 AM, Michael Richardson wrote: > > Jonas Mårtensson wrote: > > Speaking about systemd defaults, they just enabled ecn for outgoing > > connections: > > > https://github.com/systemd/systemd/pull/9143 > > What about PLPMTU? Do you think they might tweak