From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <toke@toke.dk>
Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147])
 (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 6336B3B25E
 for <make-wifi-fast@lists.bufferbloat.net>;
 Tue, 10 May 2016 05:05:07 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail2.tohojo.dk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310;
 t=1462871099; bh=KWQzQ036f2Q9SX1ROfQ71FWK7y6Jun0FALVYAfEFmrg=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To;
 b=PYfXFr5uK5lIpKSKfNUt0QRhkQk6deMfLWmaYQwwMs/5FfIPhSXvPOHiuWIZtZlUA
 UGGCUaLQha45ljGLriD7Gaqkzaf94C6UUfQVUvTDW8CgRr3JlOepPEgP5tP96NEJXC
 Bk0E89u7oBWHHdC1ZBVZvCmvKmoWAxMp16x6E854=
Sender: toke@toke.dk
Received: by alrua-kau.kau.toke.dk (Postfix, from userid 1000)
 id 5476EC400AB; Tue, 10 May 2016 11:04:58 +0200 (CEST)
From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= <toke@toke.dk>
To: David Lang <david@lang.hm>
Cc: Dave Taht <dave.taht@gmail.com>,
 "ath9k-devel\@lists.ath9k.org" <ath9k-devel@venema.h4ckr.net>,
 Randell Jesup <rjesup@mozilla.com>, make-wifi-fast@lists.bufferbloat.net
References: <871t5bpkc7.fsf@toke.dk>
 <CAA93jw5v0orW9hHsKw7LuL7HnN2eJUU4qYuh_oPUeV84qXZutg@mail.gmail.com>
 <6ADC1A9D-72C9-47A5-BDC7-94C14ED34379@gmail.com>
 <CAA93jw5drf2MXGS6jxsY0DBS1ZgmQ3oE5EBhtXTqyZ46vFHGTg@mail.gmail.com>
 <alpine.DEB.2.02.1605092003130.6517@nftneq.ynat.uz>
 <CAA93jw48JU3FFJDtwvX_3AwbFYQUbzah0iWcXt6Ko1aHD2AP5g@mail.gmail.com>
 <alpine.DEB.2.02.1605092200440.23321@nftneq.ynat.uz>
Date: Tue, 10 May 2016 11:04:58 +0200
In-Reply-To: <alpine.DEB.2.02.1605092200440.23321@nftneq.ynat.uz> (David
 Lang's message of "Mon, 9 May 2016 22:22:22 -0700 (PDT)")
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <87vb2mmgg5.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain
Subject: Re: [Make-wifi-fast] Diagram of the ath9k TX path
X-BeenThere: make-wifi-fast@lists.bufferbloat.net
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <make-wifi-fast.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/make-wifi-fast>,
 <mailto:make-wifi-fast-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/make-wifi-fast>
List-Post: <mailto:make-wifi-fast@lists.bufferbloat.net>
List-Help: <mailto:make-wifi-fast-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/make-wifi-fast>,
 <mailto:make-wifi-fast-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2016 09:05:07 -0000

David Lang <david@lang.hm> writes:

> There are two parts to this process
>
> 1. the tactical (do you send the pending packet immediately, or do you
> delay it to see if you can save airtime with aggregation)

A colleague of mine looked into this some time ago as part of his PhD
thesis. This was pre-801.11n, so they were doing experiments on adding
aggregation to 802.11g by messing with the MTU. What they found was that
they actually got better results from just sending data when they had it
rather than waiting to see if more showed up.

-Toke