From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 C16543B29E for ; Sat, 19 Oct 2019 10:02:16 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571493730; bh=pNctLSRLZ03xSyqcmjDPaEktKp3RQzxsXqferrc6pMA=; h=X-UI-Sender-Class:Date:In-Reply-To:References:Subject:To:CC:From; b=fq9TCtZg6gLJ+caB3e3LizHgHUx+6cTjCR5CaXcWiP8Wwa4usXasj5W2AnT5QNfPk dKmm7EPQmi+JbxestHrMW01KgwwRMPWk32KDSytWtk059zDNMxBqDhVuTRkpmzDT1g SkyhUAQXlfwKhPjVOcQOmAeaA3Q7mHknKiDq/Bew= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [10.46.16.43] ([80.187.113.79]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N1fis-1htTgI1x8K-011yQE; Sat, 19 Oct 2019 16:02:10 +0200 Date: Sat, 19 Oct 2019 16:01:38 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <87imolc4p9.fsf@toke.dk> References: <157115993755.2500430.12214017471129215800.stgit@toke.dk> <157115994190.2500430.14955682016008497593.stgit@toke.dk> <87o8yfg0zo.fsf@toke.dk> <751EA059-654B-4E06-A3D6-C727FE1FCE98@gmx.de> <87lftjfz51.fsf@toke.dk> <18FC6F1D-084C-44BD-87E7-C9F394D6FCD1@gmx.de> <32a96b6ad48387876b7125adba147578564d297a.camel@sipsolutions.net> <661B8FD5-510B-4DC5-A080-F04CA1C10C71@gmx.de> <87imolc4p9.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To: =?ISO-8859-1?Q?Toke_H=F8iland-J=F8rgensen?= , Johannes Berg CC: Kan Yan , Make-Wifi-fast From: Sebastian Moeller Message-ID: X-Provags-ID: V03:K1:2PBKycUbrbdNLUh3TTlY8bp152jHxQVey+Z7j2LVdBZGamIuXjI +pV4TvnmAfTpfT4ItcImlmKliJjmOrXjfao3DiH07OnU+aiBNsbVzbLuFHoY+QHEfG/TYVZ TQ6rbG+5yUSrSSND7LKnzBYZB4oJ3vT6IDslakrJxVpOaSj8V5BZ8OPpd2amsmh9IlgeS5l GBZ96o9ddOc/YIofyjDNw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:NYYakh5O2/o=:UWr8oMseTl2Dtj4fMZkVSI So7oD9HBJQ1FHpFdFxDJ3LEqYNhgBtw0xlj/ViyXV9ZVawox0zJQWZqnOMRukMuDzOGIjghDF PuWu5+SbqA+rQpRa5dIIqczXzgKH7vWBO6iAGan57RAF/ySUy0quI2lvki9C383uW7teMOtop pKkGNRqEa2Mgp6y+3nKTcUvav+K2bB53HBd6rxml1mw7iuPueQsjJYf8run9U65g4R/YNlguo PB6oeSIdwrdaeyGakNINdhiMo2kbSiBnYlennKsgzSiJf/RAbOcSXik+49J/L+Uz62gSvR7kh YF5MTHO6IxmskgVFiVNxA9YNuFJoYryX3JVJztwpUmmkfyWMKU1oqApbmmtRMCfQEzF+a6sTL gvzEGZIPcYcdKcV/HqtFAwpASpfKuj4/e6DiYZ+ZYEMXO2Lfo/Opw4O6MkPPPrlVapKfB1ZA+ Fqs0dylE3Qw+FZytbQlf415O8QPnqFxBBfQ6sBR6sdvLEvuoYJQbrpeqQAodbfyvFGr9dWxsC KOaSLlnDt13cujvnQcQMvTqK1WKdQSpoqJ8k0RkfGws+zTCdm4ObIWhRjYgDPiSjqZ9s+UFN5 mLAs/h+nB9Zp+jt3vUD7guwxF/enpDK66DI68kRm+HQG1/wiWQckXQ64GArZlfdPj/V4A4Y5I 7W+3voWsMz62LMFNUoHkKxWtnqYw9zUVYD6Y0+hv4jprZxxV745emW9kS+0M0/QAHj5IxPqXz C/A10VTqwH5uou82Obhp0sm/m096158JYmkYdw/XcRN0FjkxmyCCuLqekS0BUhAWdyggmGW1k DZWqnSojO7OSJnkAKUnENwBvEMwgsAwNxbWeG1D6HRVwNgBDRPP1UsG+Qg7MBNVqU0k1NtiTn 2uu2fKE0rLN3pkS0urN3ow+ZUGsLH19W5/hnECVRzOOPYDx9tz6df39sk+RTc61TLt6LEWnsG ZxILEZQ94Lrp+ytDHIi4zwNgcLdne+HUdi9114dMObVn9VOngN0kxJw22OMK3DvKvK9rejn+m Cpffd4OqMoYrbJOBBYdmguwkBODPjo9DhILmjtMw6IyOi0K0f+bTWUT0vUWPE8nEuy512P3DW AkxClzywnUabgEVzfwcwEETnTrxqYgH1bLFmH9+7bP67mbwerdhQzfh8MLvzC1MJx8dGK2xB9 A6/5DMIuwti3dyfK/u9f8egW/TmKX7SjBPw9pHQglE0ckU5QNH5dDLh/gSUpGIJIt4LyW6Z7A jp+/1suiK1qVHi+T0V1TJJ4M0wLIjM9jfzLEfDsofEafrDNKdABI/ZUHT1CA= Subject: Re: [Make-wifi-fast] [PATCH v2 4/4] mac80211: Use Airtime-based Queue Limits (AQL) on packet dequeue 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: Sat, 19 Oct 2019 14:02:17 -0000 On October 19, 2019 2:14:42 PM GMT+02:00, "Toke H=C3=B8iland-J=C3=B8rgense= n" wrote: >Sebastian Moeller writes: > >>> On Oct 18, 2019, at 16:15, Johannes Berg >wrote: >>>=20 >>> On Thu, 2019-10-17 at 18:11 -0700, Kan Yan wrote: >>>> I don't think it is hard to take care of extra header size for >frames >>>> with VLAN tags >>>=20 >>> VLAN tags are payload as far as wifi is concerned, so no need to >take >>> that into account =2E=2E=2E >> >> Ah, good to know; but just out of curiosity is any of the >> following 7 Byte Preamble + 1 Byte start of frame delimiter >> (SFD) + 12 Byte inter frame gap (IFG) actually packaged into >> ethernet frames inside 802=2E11 packets? I would have guessed that >> at least the IFG would be dropped as it does not really exist as >> "data"? > >No, those are accounted in the airtime calculation in airtime=2Ec (Felix' >code)=2E E=2Eg=2E,: > > duration =3D 20 + 16; /* premable + SIFS */ Looks like apples and pears to me=2E These seem to be the wifi preamble an= d short interframe space in microseconds=2E Sure you need to add those to t= he airtime estimate as these will hog airtime=2E But the 12 byte interframe gap of the Ethernet packets that are transmitte= d over a 802=2E11 link surely will not be actually transmitted as a stretch= of zeros? Same for the Ethernet preamble and the start of frame marker, as= those can/will be trivially added by the Ethernet NIC that will handle the= encapsulated Ethernet frame after the wifi link, no? As far as I can tell, the wifi SIFS is constant time independent of wifi l= ink speed while the IFG size is constant but it's duration is not? Again, I am trying to understand this conceptually, which seems orthogonal= to the question of whether 38 is the correct number=2E=2E=2E=2E Best Regards Sebastian P=2ES=2E: Is there a repository I could look into to try to figure this ou= t myself? > >-Toke --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E