From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2D12521F1FB for ; Sun, 16 Jun 2013 14:32:15 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id x12so5308615ief.40 for ; Sun, 16 Jun 2013 14:32:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=rqjBBwqq4HSi4a35+wLP6S1DCLPxubgqDEuiSN1mh2Y=; b=z8sdklY0Yi+OrlmjSkHpW3AOwy7OAuNwL+MSzEbT/bPCT7qF2YQsGIqACULHwyCszq PNNAeWRgtFgUjya9t/SD9RJ7ZrJxLz/CIEK/ZdKL21U7jvPbUwBFZzykK6GdrtXsFZCb DMj5bGz3OZ0LCe5vg5pT2jRwrH4MOVX21MvNauT8vDOxKci2B+n62z0J9wCLrQd7snTu xKpaGEEx0A2Vm/0/NQOOx46WoYH9HIclUCK6hqzgxqTof4mGLRLDC3HCGJ0KPQGC2JhW 7ksKWYC45VShDrTnhmggBOEywf14OK8xK7Cj7c/OTcthOb/Li009WX0y/8vlc8c9peab rMeA== MIME-Version: 1.0 X-Received: by 10.50.49.114 with SMTP id t18mr3242863ign.30.1371418334539; Sun, 16 Jun 2013 14:32:14 -0700 (PDT) Received: by 10.64.45.137 with HTTP; Sun, 16 Jun 2013 14:32:14 -0700 (PDT) Date: Sun, 16 Jun 2013 14:32:14 -0700 Message-ID: From: Dave Taht To: cerowrt-devel@lists.bufferbloat.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] htb has internal pfifo queue X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jun 2013 21:32:15 -0000 In looking over the htb mess, I noticed that htb has an internal pfifo queue, which is controllable via new stuff in net-next. http://snapon.lab.bufferbloat.net/~cero2/htb_mess/11256-htb-add-HTB_DIRECT_= QLEN-attribute.patch I have no idea what, if anything, it affects. I was under the impression, until now, that htb buffered up one, and only one packet no matter how many classes you have. Still am retaining that impression... Ah well... fiddling with setting txqueuelen to 2 on the device on 3.8.13-7 before running the aqm script might have an interesting result on simple.qos, if anyone wants to try it. such a backlog of stuff to sort through! --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html