From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (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 AF56B3BA8E for ; Mon, 19 Nov 2018 19:37:48 -0500 (EST) Received: by mail-qk1-x744.google.com with SMTP id n12so238886qkh.11 for ; Mon, 19 Nov 2018 16:37:48 -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 :cc:content-transfer-encoding; bh=HdxjTs/LYe1j7u0t/lTSchkORRrbl0dw1TMizoDsXvA=; b=FI39PiPsqFIGKJ8K0oIqT3QQaUO/XeOD+7KBV4KGyvy67zaiNh5jvEYrarha4NbEwK 3SZecym06iKeyfx1Q8qdWPN4fRm/c6LOA4Zi9Rvis+vlkl1PmMhcFD6rFk4OxKUeC2do Qx4DjiO9PzTs3JptdCaJmMlI6HGFfl9YCLsUytIUQxyKFd95yrU3nBVf9XdZR/1kWdYW qNJySAzbQl91JsMOrs88AxdDJjKWb28Ds08/WXqfzplAiOQXBMB0XNuVnEcUCfSovt5L A9EDk+Gt1n21/+yLeFeCIzDTF5chHItLeo70Fb9QCZkd1JPxSBuWh4tkXlmCGwJ7MAA6 fMcg== 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:cc:content-transfer-encoding; bh=HdxjTs/LYe1j7u0t/lTSchkORRrbl0dw1TMizoDsXvA=; b=gjXLY7Dqagu1GkUk6Fqfq8dxCqEYy8mVdRg0KSmpBBoaPBmFIwUtG61+pRWIMnEvFK wGQDCbVsOLXm632WD73GXPVF+KaXJCYLUEEMK6rxqSKhIQYlpJAjW6bDScaG5t4bY/4A WhP3/sfsCcaQifUEXpm3f8DoPJOOfDImLHjY+GVcpipr8Rz25eiEBPT1gknnVRchXMos 0LshAF+JKnfQ2YyQhuBoVbLIloD/mTDInbgvJ8xzwVTdZBqIxfLwffleJoahPkyYdLZG vzCOqeEaEZqCzFHkNMg9yBhsX2lRRpPWgWdBvWXKAK4mtkHueNlSv6JgxaANnoL5Ava+ cN1Q== X-Gm-Message-State: AGRZ1gJAt0fS+OhnV1fhWCT5gWzFW9zLCQTlDXuX04Ro0uS+ymFoxoHK cIIt7NqvEzM4J5UXJzvyExYh/ZHX/2OzOpw1mkI= X-Google-Smtp-Source: AJdET5dsJAMk59j5kIXGtkbmKWCd0NGzTSkEM16Kw8jpSITLvwHkeSuwpypANrlgu8/vMJx/rltUntdrfIK0xfYGUwo= X-Received: by 2002:a37:18d5:: with SMTP id 82mr22130272qky.65.1542674266795; Mon, 19 Nov 2018 16:37:46 -0800 (PST) MIME-Version: 1.0 References: <1542063113-22438-1-git-send-email-rmanohar@codeaurora.org> <1542063113-22438-4-git-send-email-rmanohar@codeaurora.org> <871s7nv9pl.fsf@toke.dk> <8e7847ff-4c88-10ae-2223-2fc7321641d9@nbd.name> <87sh02tfsp.fsf@toke.dk> <878t1p2bqz.fsf@taht.net> <87muq4sn50.fsf@toke.dk> <4DD985B6-7DBE-42F8-AC87-D6B40CEAE553@superduper.net> <6beaeb84-b705-335b-93a7-36176495099b@candelatech.com> In-Reply-To: <6beaeb84-b705-335b-93a7-36176495099b@candelatech.com> From: Dave Taht Date: Mon, 19 Nov 2018 16:37:34 -0800 Message-ID: To: Ben Greear Cc: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= , Rajkumar Manoharan , Make-Wifi-fast , Simon Barber , linux-wireless , ath10k , Felix Fietkau Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] [PATCH v3 3/6] mac80211: Add airtime accounting and scheduling to TXQs 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: Tue, 20 Nov 2018 00:37:48 -0000 On Mon, Nov 19, 2018 at 4:20 PM Ben Greear wrote: > > On 11/19/2018 04:13 PM, Dave Taht wrote: > > On Mon, Nov 19, 2018 at 3:56 PM Ben Greear wr= ote: > >> > >> On 11/19/2018 03:47 PM, Dave Taht wrote: > >>> On Mon, Nov 19, 2018 at 3:30 PM Simon Barber w= rote: > >>>> > >>>> > >>>> > >>>> On Nov 19, 2018, at 2:44 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: > >>>> > >>>> Dave Taht writes: > >>>> > >>>> Toke H=C3=B8iland-J=C3=B8rgensen writes: > >>>> > >>>> Felix Fietkau writes: > >>>> > >>>> On 2018-11-14 18:40, Toke H=C3=B8iland-J=C3=B8rgensen wrote: > >>>> > >>>> This part doesn't really make much sense to me, but maybe I'm > >>>> misunderstanding how the code works. > >>>> Let's assume we have a driver like ath9k or mt76, which tries to kee= p a > >>>> > >>>> =E2=80=A6. > >>>> > >>>> > >>>> Well, there's going to be a BQL-like queue limit (but for airtime) o= n > >>>> top, which drivers can opt-in to if the hardware has too much queuei= ng. > >>>> > >>>> > >>>> Very happy to read this - I first talked to Dave Taht about the need= for Time Queue Limits more than 5 years ago! > >>> > >>> Michal faked up a dql estimator 3 (?) years ago. it worked. > >>> > >>> http://blog.cerowrt.org/post/dql_on_wifi_2/ > >>> > >>> As a side note, in *any* real world working mu-mimo situation at any > >>> scale, on any equipment, does anyone have any stats on how often the > >>> feature is actually used and useful? > >>> > >>> My personal guess, from looking at the standard, was in home > >>> scenarios, usage would be about... 0, and in a controlled environment > >>> in a football stadium, quite a lot. > >>> > >>> In a office or apartment complex, I figured interference and so forth > >>> would make it a negative benefit due to retransmits. > >>> > >>> I felt when that part of the standard rolled around... that mu-mimo > >>> was an idea that should never have escaped the lab. I can be convince= d > >>> by data, that we can aim for a higher goal here. But it would be > >>> comforting to have a measured non-lab, real-world, at real world > >>> rates, result for it, on some platform, of it actually being useful. > >> > >> We're working on building a lab with 20 or 30 mixed 'real' devices > >> using various different /AC NICs (QCA wave2 on OpenWRT, Fedora, realte= k USB 8812au on OpenWRT, Fedora, > >> and some Intel NICs in NUCs on Windows, and maybe more). I'm not actu= ally sure if that realtek > >> or the NUCs can do MU-MIMO or not, but the QCA NICs will be able to.= It should be at least somewhat similar > >> to a classroom environment or coffee shop. > > > > In the last 3 coffee shops I went to, I could hear over 30 APs on > > competing SSIDs, running G, N, and AC, > > occupying every available channel. > > I especially like when someone uses channel 3 because, I guess, they > think it is un-used :) I think avery actually found a case where that was a benefit, in an apartment building that had each per-apartment AP located at exactly the same place on every floor. I do wish I could go back in time and explain the four colour theorem to whoever allocated the 2.4ghz wifi band, and then explain even that was a planar rather than 3D problem. The 3D coloring problem I visualize as the scene in Aliens 2, where the monsters just waltz in over the ceiling panels. To me it's an indelible image kind of superimposed over the interfering waves in the air, full of gore, goo, and blood... > > I'm not sure if this was a fluke or not, but at Starbucks recently I sat = outside, > right next to their window, and could not scan their AP at all. Previous= ly, I sat > inside, 3 feet away through the glass, and got great signal. I wonder wh= at that was > all about! Maybe special tinting that blocks RF? Or just dumb luck of s= ome sort. Ya know, I could definitely see a market for a material like that! I'd like it for my car, so bluetooth wouldn't escape. anyway, just blowing off steam. :) When v4 of this rolls around + BQL? I can get some results back on it too. One less than perfect option or the other would be better than continuing to have lousy wifi in all cases on all platforms. > Thanks, > Ben > > > -- > Ben Greear > Candela Technologies Inc http://www.candelatech.com > --=20 Dave T=C3=A4ht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740