From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 98FBD3CB35 for ; Fri, 15 Jan 2021 14:33:36 -0500 (EST) Date: Fri, 15 Jan 2021 19:33:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610739214; bh=I/fUHPilmg+TVqFsnOyS79XvS6mcNtUZkfHj7wkWN+Q=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=ADR9nlaqryNsh9OeGpT0n0gFRarmxoU+YKm6BOId6KkMZjwidsFhfWYTz78InGZvr KRQQSnFM8sN2hSDZTBk6JgrV180Z1O1SCdfrDgNxUfMJUCWDZDLJ8ZyGjSc1XI0R9m RRB1exZAZKteBbjXU7M8lvz0vNhpnHQf0R5bza8k= To: Dave Taht From: Michael Yartys Cc: Make-Wifi-fast Reply-To: Michael Yartys Message-ID: In-Reply-To: References: <87a6tarwy3.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Subject: Re: [Make-wifi-fast] Weird periodic latency X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2021 19:33:36 -0000 On Friday, January 15th, 2021 at 20:10, Dave Taht wro= te: > oops meant to cc the list > > On Fri, Jan 15, 2021 at 11:09 AM Dave Taht dave.taht@gmail.com wrote: > > > On Fri, Jan 15, 2021 at 9:00 AM Michael Yartys via Make-wifi-fast > > > > make-wifi-fast@lists.bufferbloat.net wrote: > > > > > I assume that I got it right by running: > > > > > > flent --test-parameter ping_hosts=3D1.1.1.1 -l 300 netperf-eu.bufferb= loat.net tcp_8down > > > > > > Either way, I think I'll have to do this test at another time since s= omeone is streaming TV downstairs (via Ethernet!) and it really pollutes th= e results: https://imgur.com/a/F33LjeA > > > > I wouldn't say that pollutes the results, I'd say those are the > > > > typical and terrible results most users get when trying to do more > > > > than one thing at once on wifi or over the internet. Also it helps to > > > > have sqm on your isp updownlink, especially with netflix as it is > > > > bursty as heck > > > > I do not know if aql is enabled on that chipset. To my eye, it isn't, > > > > but the induced latency isn't quite high enough to represent what I > > > > viewed as the baseline problems. Yup, AQL is enabled on this chipset, and I also have SQM piece_of_cake enab= led to 50/50 mbps. I ran another test and made sure that there was no signi= ficant activity on the wireless network before I started it. Here are the r= esults: https://imgur.com/a/7MzMVVJ And the ping to 1.1.1.1 has the same shape: https://imgur.com/a/drcTGfv Looks quite weird to me with all the oscillating latency spikes. > > > > https://forum.openwrt.org/t/aql-and-the-ath10k-is-lovely/59002 > > > > Do a packet capture at the AP and look for multciast bursts especially I think I'll have to find a moment where I have the network to myself again= to be able to properly test things and figure out what might be causing th= is stuff. I'll probably do a packet capture at some point. > > > > And I keep trying to set aside time to go deep on AQL again, as the > > > > 7800 is a pretty popular box... > > > > > For what it's worth, the ping to 1.1.1.1 looks the same. > > > > > > Michael > > > > > > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Origi= nal Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80= =90 > > > > > > On Friday, January 15th, 2021 at 17:23, Toke H=C3=B8iland-J=C3=B8rgen= sen toke@toke.dk wrote: > > > > > > > Michael Yartys via Make-wifi-fast make-wifi-fast@lists.bufferbloat.= net > > > > > > > > writes: > > > > > > > > > Hi > > > > > > > > > > I decided to run a couple of flent 8-stream TCP downloads from > > > > > > > > > > netperf-eu.bufferbloat.net to my Fedora 33 laptop, and I noticed = some > > > > > > > > > > weird periodic latency in the resulting graphs. My router is the > > > > > > > > > > NETGEAR R7800 running OpenWrt with an ath10k radio. Here's a grap= h > > > > > > > > > > that's representative of the results that I got: > > > > > > > > > > https://imgur.com/a/BOKNzht > > > > > > > > > > This looks similar to the latency spikes you would get from chann= el > > > > > > > > > > scans, but I have specified the BSSID in the Gnome network settin= gs, > > > > > > > > > > which means that background scanning should be disabled. In addit= ion, > > > > > > > > > > the test ran for 30 minutes, and channel scans are much more freq= uent > > > > > > > > > > than the latency spikes seen in the graph above. Here's what chan= nel > > > > > > > > > > scans look like in a 15 minute long test: https://imgur.com/a/YJe= pfcp > > > > > > > > > > Does anyone here know what could be causing this behaviour? > > > > > > > > Hmm, your email reminds me that the server you are testing against = was > > > > > > > > having some issue before the holidays. So it may just be that it's > > > > > > > > crapping out and it has nothing to do with your connection. > > > > > > > > You could try adding a secondary ping flow (--test-parameter > > > > > > > > ping_hosts=3Done.one.one.one should do it) and see if that secondar= y flow > > > > > > > > also shows the same spikes. If it does, it's likely your connection= , if > > > > > > > > not it's likely the server... > > > > > > > > -Toke > > > > > > Make-wifi-fast mailing list > > > > > > Make-wifi-fast@lists.bufferbloat.net > > > > > > https://lists.bufferbloat.net/listinfo/make-wifi-fast > > > > -- > > > > "For a successful technology, reality must take precedence over public > > > > relations, for Mother Nature cannot be fooled" - Richard Feynman > > > > dave@taht.net CTO, TekLibre, LLC Tel: 1-831-435-0729 > > -- > > "For a successful technology, reality must take precedence over public > > relations, for Mother Nature cannot be fooled" - Richard Feynman > > dave@taht.net CTO, TekLibre, LLC Tel: 1-831-435-0729