From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 8B6CE3CB35 for ; Fri, 15 Jan 2021 14:10:32 -0500 (EST) Received: by mail-io1-xd36.google.com with SMTP id q1so20172283ion.8 for ; Fri, 15 Jan 2021 11:10:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=MIzCvaTKz5PvxGqw8ySU8/ABoAE3O8//RBh3oRb/mc0=; b=qatMxjNxY56cYxRfsEULu8lrdb7VWa/PPiqd0ubIIjGLC+itzo1kjwww+6bQqK/XVP 1qBdjQ3mMhzLQ3nv7Fp27CMihnEPs++zQcDXS53NJdXtDCSBsuNEROxqvf+tW8h1Dw35 RmOa4TAPpj/HfFQgz0OpMq0Ctz1T6e/BZwLLDRpsb5cEFDOI0agxEP2qL4xFGB3/wAn2 hVUaJdcLViYmMDvEIe2r3nl49LaOcTgiIBoMVIjQVId8hMYBS4g60WfLFceyOVGOaReQ 6QxwdJdgC2lKGcXgQdLhIlmPLMlYIwCvrwzZ1G10qJ2Rvl9NpJFAB+J0NBT65Kml3ZqF 2d2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=MIzCvaTKz5PvxGqw8ySU8/ABoAE3O8//RBh3oRb/mc0=; b=INj/P4jyvmqmWrg6fLVXlm54enS9fZqa3aPBvhd0+w7jsEAsSyWUk7I65mtAWPI8sh uoXMJoQFgD35q2aZ1eeGliVBzmq6bHvO7kASrLN78lyd5E4Y0uybQqVJa6RcU4z9lWxk glHmJUWljV/b3km4Bzy4zT05VMKCRpj3U5h6jtwub+Ufdc7IaO4HFE1WCukhpGnQ/XBJ R3r1dGE5hmC5wFJoVzPrM95Fo7bUnMXjroe1QFZitg67EIeNyEQ+ZvjNuy3zbQGWWw/Z UqmVPge/K/RWMVTe65JlOszqptctOnFhrj4AVlH33gb9RPpWcfmyaYgM503bUk1uCEgN 6g5w== X-Gm-Message-State: AOAM533Cgr7qMIhXrPRtO6203+6ZHV/sLUnM9Dtn6biGbw3Al5GT6rXg kR8C69KveKRuYQJEgRhQkk7vXiqGmRTi2h67gUg= X-Google-Smtp-Source: ABdhPJw78HGbTwZfUSRx4hqwkLnI5lUOio0cC7ePbKR+frtLa9SPzXD3JSWyHcLEAke7PSksjOXouWhjsP+avb7kg/4= X-Received: by 2002:a92:1f87:: with SMTP id f7mr11664620ilf.0.1610737831909; Fri, 15 Jan 2021 11:10:31 -0800 (PST) MIME-Version: 1.0 References: <87a6tarwy3.fsf@toke.dk> In-Reply-To: From: Dave Taht Date: Fri, 15 Jan 2021 11:10:20 -0800 Message-ID: To: Michael Yartys , Make-Wifi-fast Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:10:32 -0000 oops meant to cc the list On Fri, Jan 15, 2021 at 11:09 AM Dave Taht wrote: > > On Fri, Jan 15, 2021 at 9:00 AM Michael Yartys via Make-wifi-fast > wrote: > > > > I assume that I got it right by running: > > > > flent --test-parameter ping_hosts=3D1.1.1.1 -l 300 netperf-eu.bufferblo= at.net tcp_8down > > > > Either way, I think I'll have to do this test at another time since som= eone is streaming TV downstairs (via Ethernet!) and it really pollutes the = 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. > > 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 > > 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 Origina= l 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=B8rgense= n wrote: > > > > > Michael Yartys via Make-wifi-fast make-wifi-fast@lists.bufferbloat.ne= t > > > > > > 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 so= me > > > > > > > > weird periodic latency in the resulting graphs. My router is the > > > > > > > > NETGEAR R7800 running OpenWrt with an ath10k radio. Here's a graph > > > > > > > > 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 channel > > > > > > > > scans, but I have specified the BSSID in the Gnome network settings= , > > > > > > > > which means that background scanning should be disabled. In additio= n, > > > > > > > > the test ran for 30 minutes, and channel scans are much more freque= nt > > > > > > > > than the latency spikes seen in the graph above. Here's what channe= l > > > > > > > > scans look like in a 15 minute long test: https://imgur.com/a/YJepf= cp > > > > > > > > Does anyone here know what could be causing this behaviour? > > > > > > Hmm, your email reminds me that the server you are testing against wa= s > > > > > > 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 secondary = 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 --=20 "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