From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::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 06DD221F11C for ; Sun, 16 Jun 2013 20:54:48 -0700 (PDT) Received: by mail-oa0-f53.google.com with SMTP id k14so2883118oag.12 for ; Sun, 16 Jun 2013 20:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IGhdy+Y6894ETsrzak5uFpMUuSX/8aVEjtfT1YrVOIg=; b=HTZkfxi6WY7liGssi4ybbFJ1/dxAKY6FXVkGrASTswMiUumI3OZq1GU+LPcRryQF3y P09uGEdi18Lgw3/d5Jph5kaQhorxwN2SlZ0EMW+iMw2K54QCpke1D8kbu1DBDY6+5i+n EPxNtsLeZD9obNFlH8gqhc3U8nSvsc1AX7cQCNKFho9XFzhDhZ/SH7YHQCTkfqnM5Ivw 8yid23d7WMqL07tKx2dG2FcfXVmnS6C11bGNM+xEonNfLs9YDd85bioyhI58IIe75nPB MiSJ4FBeourddhi8hNdxrXCxAW9F26FoyEF6RYrwa2Tz8yij64U7l7EsNoME1SwJW5Zo N6TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=IGhdy+Y6894ETsrzak5uFpMUuSX/8aVEjtfT1YrVOIg=; b=PORM0R1K3Wmsuz0cTkkepSpTQTkmzHrXWEAcySsBrK1GlP5g2dwAEEvu6KwfiimKnl bLFDArDP/vQCW5ZXRdz/3SCXJ28r8L1/u2xDWNXvJYXT4+xKu5wbQ1m6KpRXTnlfB5NF dPGACBM0TsL1qBHwVoGgetRAan46KB4cAju/r2W642XfVv+6FlmDTbPQrAVoT3oHcxCA ykWpFlbrwU8GQIwhZ3vDq9dfiV/fnLLEZ43bYEFSSyclBodEFk9KXrEqF8koZsKKi4l2 cPX1OiKUoYefj/xLJ8z4A1q9rHVSmDddX4liKkCbXiQXk3xhNQqhpb055E7VzDQPAPoY xctQ== MIME-Version: 1.0 X-Received: by 10.60.117.170 with SMTP id kf10mr7848097oeb.44.1371441287919; Sun, 16 Jun 2013 20:54:47 -0700 (PDT) Received: by 10.182.192.101 with HTTP; Sun, 16 Jun 2013 20:54:47 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Jun 2013 20:54:47 -0700 Message-ID: From: Eric Dumazet To: Dave Taht Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlo20bYKFO1v8y5j9qEvCcMtmBmO6YXk8U6Ygbwz3R8k8x7s49gsdamVs4eqX3gcKYWPALUg+H/xEQQc31etdBUX4MI1YYQoaETUc0jZqO5pFNcmD+8i8h3xJtDY6Wwq0XGGcTRsaJ53WD4wJXGKxew/JnqdLrBhGwEWMQysg2LhXNy5tKqUwlN5XGee3JsPlkOF9n6KdR4sA/lfbtM6KsXLRN20Q== Cc: cerowrt-devel Subject: Re: [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: Mon, 17 Jun 2013 03:54:49 -0000 This 'direct' queue is only used if one of your filter explicitly targets the '0' classid of htb qdisc as in : (Note the 'direct_packets_stat 1145408' in tc qdisc output) lpq83:~# cat fq_codel0.sh DEV=3Deth4 CEIL=3D"ceil 10000Mbit" EST=3D"est 1sec 4sec" tc qdisc del dev $DEV root 2>/dev/null tc qdisc add dev $DEV root handle 1: est 1sec 8sec htb default 1 tc class add dev $DEV parent 1: classid 1:1 $EST htb rate 1Gbit $CEIL mtu 1500 quantum 1514 tc class add dev $DEV parent 1: classid 1:2 $EST htb rate 1Gbit $CEIL mtu 1500 quantum 1514 # access to direct queue : following trafic doesnt need overhead of an htb_class, # as we do not want it to be shaped at all. tc filter add dev $DEV parent 1: protocol ip u32 \ match ip dst 7.7.7.84 flowid 1:0 lpq83:~# ./netperf -H 7.7.7.84;tc -s qd sh dev eth4 MIGRATED TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 7.7.7.84 () port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 87380 16384 16384 10.00 18390.46 qdisc htb 1: root refcnt 257 r2q 10 default 1 direct_packets_stat 1145408 Sent 67913929786 bytes 46865570 pkt (dropped 0, overlimits 0 requeues 11) rate 13754Mbit 1186190pps backlog 0b 0p requeues 11 On Sun, Jun 16, 2013 at 2:32 PM, Dave Taht wrote: > 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_DIREC= T_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! > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html