I would make a small packet run too. For iperf2 us= e -l 40 and -b 20000pps and vary the pps number. I would hope that OFDMA would increase this.=C2=A0

Also, don't forget=C2=A0about jitter - the derivative of latency.= Some protocols care more about jitter=C2=A0than they do latency. =

I'd look into measuring the actual=C2=A0latency and jitter of the= traffic vs using a ping as a proxy. This will be supported in iperf 2.0.14 using=C2=A0the write (server) side clock and --write-ack.=C2=A0 Better though is to synchronize the clocks and= use one way trip times. While I like to synchronize the realtime=C2=A0clocks to the GPS atomic clock as the reference, us= ing PTP and synchronizing=C2=A0to a common reference of any PC oscill= ator may be good enough. PTP stats will give you errors and corrections and per the corrections one can get an idea of the error.

Thanks=C2=A0for posting. I really don't think OFDMA is going to affect such large latencies in=C2=A0a noticeable manner. I think = it will be the ultra low latencies or near zero queuing that will matter.=C2=A0 For data center switches this is driven mostly by h= igh frequency traders. For WiFi it's going to be newer games with VR/AR. Those latencies are going to need to be very low compared to today's use cases.

my $0.02,

Bob

On Wed, May 27, 2020 at 7:3= 7 AM Tim Higgins <tim@smallnetbuilder.com> wrote:

=
= Tests have been redone and article is back up.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
Hi All,

This article uses the benchmark test described in Part 1 to test 6 Wi-Fi consumer routers. Results are not impressive.
https://www.sm= allnetbuilder.com/wireless/wireless-features/33223-does-ofdma-really-work= -part-2

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Tim

_______________________________________________
Make-wifi-fast mailing list
Make-wifi-fast@lis= ts.bufferbloat.net
https://lists.bufferbloat.net/listinfo/make-wifi-fast