From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 0EDF43B260 for ; Thu, 12 May 2016 04:48:30 -0400 (EDT) Received: by mail-wm0-x22c.google.com with SMTP id g17so123265871wme.1 for ; Thu, 12 May 2016 01:48:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=RICME/sZXNpr+RtgqDnYxEGxc2KM9+l7iesj9IUoH7Y=; b=E5x/k9fc4gvJ62JySEep6NNHPup2hzGtkkAh69qTk6we5M4L4fxgbVuym+V4ClYW81 YxVTDaqcHrUkYEFS+qkgyxbpwILzpz6ZRZ5FqjFWsJ3fwfuDu77Y7NkYfZNGI5dGx1/u 9UUQ/7ggcAbA55ndh4SptgxCaujbapzWIDThw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=RICME/sZXNpr+RtgqDnYxEGxc2KM9+l7iesj9IUoH7Y=; b=Ds7ln1z0nCAcq1Lj0lJOle5RBAawMnF6WqDdyEFyjQmHShuMv+rILDsp87jYvOq9vn xNk6jXhVWy9CQg/pqU+l0o4xthbAIXlJcfTEZJ02ypqrtRzoWgSeBYTZtWbGfDvdmBBC gaXSa6eNGBlJbuqS50OJdSF9irUrNzOEKtGwcoe2I/lJ8SPETfIT5/CrEOrW5EFPn26q OvrXwTx2as9GgHK9fUqEr5uhbJGhIrPbQ6AAR+A9bnbstprvsSFEN9H/qofV9tAfRHDi PT5ZLlWmXTsJ+M8BpBJ+/m7Gd1KZgJW7+eNXvgqYXAaScLEQCUxXwRoHR2DtbM2vWzKC NFQQ== X-Gm-Message-State: AOPr4FVdv6Qggy1YK/R6Yw5vK6ORXxwVeL9vYo0NTXFWIqAxhwrDQfwGd3mADnJXaaZiQYuyHuytwc/wOyERkzhRto8bR4/bPXyZRLOi2rxEPAgtWeXialcmVxn8cbVKEfxl+QcAHjzbV2/3VOmmITU0Aw+dPuQ+3Tq7oA== MIME-Version: 1.0 X-Received: by 10.28.46.19 with SMTP id u19mr4779493wmu.98.1463042910025; Thu, 12 May 2016 01:48:30 -0700 (PDT) Received: by 10.194.65.6 with HTTP; Thu, 12 May 2016 01:48:29 -0700 (PDT) In-Reply-To: References: <871t58n5wk.fsf@toke.dk> Date: Thu, 12 May 2016 10:48:29 +0200 Message-ID: From: Michal Kazior To: David Lang Cc: Luca Muscariello , "make-wifi-fast@lists.bufferbloat.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-DomainID: tieto.com Subject: Re: [Make-wifi-fast] Thoughts on tackling airtime fairness 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: Thu, 12 May 2016 08:48:31 -0000 On 12 May 2016 at 10:40, David Lang wrote: > I actually have hopes that it will help in the (fairly common) case of > multiple stations streaming video from the Internet at the same time. If = the > AP -> endpoint traffic can send to multiple stations in the same txop, it > can greatly reduce the amount of airtime needed. > > unfortunantly, from what I hear, the factory AP firmware breaks down if > there are more than about a dozen stations connected, just as it becomes = the > most valuable. FWIW There are some firmware changes in some recent ath10k for qca99x0 hardware which involves firmware performing more sophisticated scheduling coordinated with the host driver (not sure how much of it is available publicly, yet). The host driver exposes queue depth of each station/tid and firmware asks host to submit frames to given station/tid within advertised byte/packet limits. This is supposed to be "fast" even with up to 50 MU-MIMO clients. I didn't really get to test it fully from a latency point of view with flent yet (and I only have 10 MU clients at my disposal currently). Micha=C5=82