From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <noreply@github.com>
Received: from smtp1.rs.github.com (smtp1-ext.rs.github.com [207.97.227.250])
	by huchra.bufferbloat.net (Postfix) with ESMTP id E27E020069D
	for <cerowrt-commits@lists.bufferbloat.net>;
	Thu, 22 Dec 2011 23:51:51 -0800 (PST)
Received: from github.com (sh1.rs.github.com [172.17.1.41])
	by smtp1.rs.github.com (Postfix) with ESMTP id 41369426B8
	for <cerowrt-commits@lists.bufferbloat.net>;
	Thu, 22 Dec 2011 23:51:51 -0800 (PST)
Date: Thu, 22 Dec 2011 23:51:51 -0800
To: cerowrt-commits@lists.bufferbloat.net
Subject: [dtaht/deBloat] 2c8ffe: Non locking up eqfq script
Content-Type: text/plain; charset=UTF-8
Message-Id: <20111223075151.41369426B8@smtp1.rs.github.com>
From: noreply@github.com
X-BeenThere: cerowrt-commits@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development commits for the cerowrt project
	<cerowrt-commits.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/cerowrt-commits>,
	<mailto:cerowrt-commits-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/cerowrt-commits>
List-Post: <mailto:cerowrt-commits@lists.bufferbloat.net>
List-Help: <mailto:cerowrt-commits-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/cerowrt-commits>,
	<mailto:cerowrt-commits-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Fri, 23 Dec 2011 07:51:52 -0000

  Branch: refs/heads/master
  Home:   https://github.com/dtaht/deBloat

  Commit: 2c8ffe4b9f759a76fc87cf01307e4fb91507d267
      https://github.com/dtaht/deBloat/commit/2c8ffe4b9f759a76fc87cf01307e4fb91507d267
  Author: Dave Taht <dave.taht@bufferbloat.net>
  Date:   2011-12-22 (Thu, 22 Dec 2011)

  Changed paths:
    M wip/eqfq

  Log Message:
  -----------
  Non locking up eqfq script

So, I think the error was in not explicitly matching arp or 802_3.
It could have also been running out of of space in the txqueue,
so I bumped that up, too.

I'm going to run this for a few hours before declaring victory.

I still find it puzzling that my smallest queues are the only ones
that ever drop packets.

tc -s qdisc | grep 'Sent' | grep -v 'Sent 0'

 Sent 1836766 bytes 27217 pkt (dropped 162, overlimits 0 requeues 356)
 Sent 3124 bytes 26 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 228 bytes 2 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 160298 bytes 2387 pkt (dropped 13, overlimits 0 requeues 0)
 Sent 166802 bytes 2481 pkt (dropped 16, overlimits 0 requeues 0)
 Sent 189896 bytes 2830 pkt (dropped 20, overlimits 0 requeues 0)
 Sent 204326 bytes 3041 pkt (dropped 11, overlimits 0 requeues 0)
 Sent 163958 bytes 2423 pkt (dropped 35, overlimits 0 requeues 0)
 Sent 189302 bytes 2813 pkt (dropped 13, overlimits 0 requeues 0)
 Sent 179510 bytes 2661 pkt (dropped 13, overlimits 0 requeues 0)
 Sent 54 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 177476 bytes 2638 pkt (dropped 5, overlimits 0 requeues 0)
 Sent 424270 bytes 6235 pkt (dropped 39, overlimits 0 requeues 0)
 Sent 5243507 bytes 45324 pkt (dropped 0, overlimits 0 requeues 6)
 Sent 2484648 bytes 33574 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 6872290 bytes 42617 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 4345650 bytes 34991 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 4418023 bytes 35540 pkt (dropped 0, overlimits 0 requeues 1)
 Sent 2486350 bytes 33597 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 1660418 bytes 10786 pkt (dropped 0, overlimits 0 requeues 0)
 Sent 4345538 bytes 35003 pkt (dropped 0, overlimits 0 requeues 0)