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 > > > > >
