Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp4960167ybc; Tue, 26 Nov 2019 18:14:39 -0800 (PST) X-Google-Smtp-Source: APXvYqyUfYYI4yqOYRS4hFg6IRlFRcMbbKUMwotZRHDRP9V1nqEItd6hxkQZPfZitKKNdMUBZ2kz X-Received: by 2002:a17:906:6093:: with SMTP id t19mr46323874ejj.50.1574820879229; Tue, 26 Nov 2019 18:14:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574820879; cv=none; d=google.com; s=arc-20160816; b=h2lFDdJ5+Z47mrCNFQy+rKpa6iUmSWVAERRYMAakjOeZ7Hoij+vmbMpTKXuo7lcK9F shpYpNIQ4ubzBiSIzj79zodGg2LvUObZA2zZkQmEyG4mCBe0VMRlZzxiilFIW8C0P9Ai KDvpwGeohqXAnz9aS7b2nCq8m3+nzDdLJa3Gs0AnrXCZAKHhVaWtM+ChZn8bDlNXspLJ i6Ing8viBuRNsY6ldcZ15557xskQHggV2Mc6DLoj+vwQgURhltGv8wXaa2mcx4cPrkQB eQsqayaYtmhMp2KuN0qe18/b/99b6WxIwcv1GXbAf2wWQUt8XgmmXEHAVE4NexdREwXK /s7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from; bh=x4bNdBWReEVxzL/MUVhEaKoaVNI8Og6mYJDz1zO4yaY=; b=AOoki6IPrXmqjZPHCKWhAtoEJuPxiahH9j2HJKHoztcz9KMM7cOWRz/TnQsQbSnjHF ub/0cC9mYGRHJn869y4vz5N9YuNg5Q8/iQXKB19MNga06D+PvsUjurMAK9ME4hX3xJ1W nugYgFWgKCxidKmnX2xnW2jG5V8kK4Mi6TLM2kBE59O/2n4/UKCJbzUEIcxqIP/5p9wv IU+1UypwtR+VTe1Dq/JQ0w6fITLpZwrq8D9Cy2U25WaEa0fPx9DBSbabn7IqMdHlsD6d /HOHJUZhxP9v4vcE3XqVlRoLUFDGmkzWvLLDt+aaQotaMt9jHMZq/Ijwfgk4CNiSAXrI eQ8g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p20si8749345ejn.273.2019.11.26.18.14.01; Tue, 26 Nov 2019 18:14:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726099AbfK0CNi convert rfc822-to-8bit (ORCPT + 99 others); Tue, 26 Nov 2019 21:13:38 -0500 Received: from mail.taht.net ([176.58.107.8]:49178 "EHLO mail.taht.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725871AbfK0CNi (ORCPT ); Tue, 26 Nov 2019 21:13:38 -0500 Received: from nemesis.taht.net (c-71-198-101-102.hsd1.ca.comcast.net [71.198.101.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 245F821B46; Wed, 27 Nov 2019 02:13:34 +0000 (UTC) From: Dave Taht To: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= Cc: Kan Yan , Rajkumar Manoharan , Kevin Hayes , Make-Wifi-fast , linux-wireless , Yibo Zhao , John Crispin , Johannes Berg , Lorenzo Bianconi , Felix Fietkau Subject: Re: [Make-wifi-fast] [PATCH v8 0/2] Implement Airtime-based Queue Limit (AQL) References: <20191115014846.126007-1-kyan@google.com> <8736eiam8f.fsf@toke.dk> <87a78p8rz7.fsf@toke.dk> <87muco5gv5.fsf@toke.dk> <87eexvyoy8.fsf@toke.dk> Date: Tue, 26 Nov 2019 18:13:42 -0800 In-Reply-To: <87eexvyoy8.fsf@toke.dk> ("Toke \=\?utf-8\?Q\?H\=C3\=B8iland-J\?\= \=\?utf-8\?Q\?\=C3\=B8rgensen\=22's\?\= message of "Tue, 26 Nov 2019 10:19:43 +0100") Message-ID: <878so2m5gp.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Toke Høiland-Jørgensen writes: > Kan Yan writes: > >>> Yeah, bpftrace can be a bit of a pain to get running; but it may be >>> worth the investment longer term as well. It really is quite useful! :) >> >> My attempt to build bpftrace didn't work out, so I just got the >> sojourn time using old fashioned trace event. >> The raw trace, parsed data in csv format and plots can be found here: >> https://drive.google.com/open?id=1Mg_wHu7elYAdkXz4u--42qGCVE1nrILV >> >> All tests are done with 2 TCP download sessions that oversubscribed >> the link bandwidth. >> With AQL on, the mean sojourn time about ~20000us, matches the default >> codel "target". > > Yeah, since CoDel is trying to control the latency to 20ms, it makes > sense that the value is clustered around that. That means that the > algorithm is working as they're supposed to :) > > While you're running tests, could you do one with the target changed to > 10ms, just to see what it looks like? Both sojourn time values and > throughput would be interesting here, of course. > >> With AQL off, the mean sojourn time is less than 4us even the latency >> is off the charts, just as we expected that fd_codel with mac80211 >> alone is not effective for drivers with deep firmware/hardware queues I hope to take a close look at the iwl ax200 chips soon. Unless someone beats me to it. Can we get these sort of stats out of it? Has anyone looked at the marvell chips of late? > > Yup, also kinda expected; but another good way to visualise the impact. > Nice! > > -Toke > > _______________________________________________ > Make-wifi-fast mailing list > Make-wifi-fast@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/make-wifi-fast