From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:72ef::2]) (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 F39403BA8E for ; Fri, 6 Oct 2017 10:07:14 -0400 (EDT) Received: by sipsolutions.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1e0THV-000207-6U; Fri, 06 Oct 2017 16:07:13 +0200 Message-ID: <1507298832.19300.20.camel@sipsolutions.net> From: Johannes Berg To: Toke =?ISO-8859-1?Q?H=F8iland-J=F8rgensen?= , make-wifi-fast@lists.bufferbloat.net, linux-wireless@vger.kernel.org Date: Fri, 06 Oct 2017 16:07:12 +0200 In-Reply-To: <20171006115232.28688-1-toke@toke.dk> (sfid-20171006_135301_379557_9AE74A5E) References: <20171006115232.28688-1-toke@toke.dk> (sfid-20171006_135301_379557_9AE74A5E) Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.0-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [Make-wifi-fast] [RFC] mac80211: Add airtime fairness accounting 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, 06 Oct 2017 14:07:15 -0000 On Fri, 2017-10-06 at 13:52 +0200, Toke Høiland-Jørgensen wrote: > This adds accounting of each station's airtime usage to mac80211. On > the RX side, airtime is calculated from the packet length and > duration. I think you should probably try to get something here from the driver? Doing the calculations is really awkward, because you have to take into account aggregation, etc. However, I'm not even sure that you _want_ to use RX airtime at all? I guess this is a fairly fundamental philosophical question, but there's no way to feed back "you're sending too much" to a station, so if it starts consuming a lot of airtime with (what we see as) RX, and we throttle sending to it, then I'm not sure that will have much effect? Maybe with TCP, but not really with anything else. You also can't really know what AC this was on, and it doesn't make all that much sense? Then again, I'm not even sure yet why you care about the AC at all? Should fairness really be something that's within an AC? johannes