I just tried tcpbench and UDP is OK, only TCP is slow unless I add a "min" value to the queue
On 2/23/21, Jean-Pierre de Villiers <jeanpie...@jeanpierredevilliers.xyz> wrote: > Have you tried running the same test over UDP? This is done via the > tcpbench's > "-u" option. > > Regards, > Jean-Pierre > > On 21/02/23 11:10am, Horia Racoviceanu wrote: >> I noticed this effect as well. I'm not sure if it's the right thing to >> do, but if a "min" value is added to the hfsc queue, fq_codel will use >> the full link bandwith e.g. >> >> queue outq on em0 bandwidth 9M min 1M max 9M flows 1024 qlimit 1024 \ >> default >> >> On 2/23/21, Todd C. Miller <mill...@openbsd.org> wrote: >> > On Tue, 23 Feb 2021 11:29:00 +0100, Stefan Sperling wrote: >> > >> >> I've noticed a similar effect on a slower link (VDSL with 50 down/ 10 >> >> up). >> >> In this case the VDSL modem presents an Ethernet switch, so there is >> >> no >> >> pppoe or vlan involved in the box that runs pf. >> >> >> >> As soon as I enable this example given in pf.conf(5): >> >> >> >> queue outq on em0 bandwidth 9M max 9M flows 1024 qlimit 1024 \ >> >> default >> >> >> >> I see only about 2 or 3 Mbit/s max upload during tcpbench. >> >> Which is indeed quite a hit compared to 10M. >> > >> > That's odd. I haven't had any problems with a VDSL connection with >> > 100 down / 11 up. My config is very similar to yours: >> > >> > queue outq on em2 flows 1024 bandwidth 10M max 10M qlimit 1024 default >> > >> > where em2 the underlying interface used by pppoe0. Without queueing >> > I have major problems when utilizing the upstream bandwidth, probably >> > due to dropped ACKs. >> > >> > - todd >> > >> > >> >
