Qdisc drops not being reported to user space

From: Ravikiran G Thirumalai (kiran@in.ibm.com)
Date: Thu Oct 17 2002 - 05:29:55 EST

Sometime back, I had posted a patch to report Qdisc drops under /proc/net/dev.
I'd noticed that Qdisc.drops was not being reported for the default queuing
discipline (pfifo_fast). I was told that my approach mucked SNMP data.
I was also told that prio will be made the default queuing discipline and
pfifo_fast will be done away with. Is this the case even now? will prio
be made the default queuing disc in the 2.5 time frame? If not, any
solution in sight to report Qdisc drops to userland? (I think there is
a kernel patch and a patch for tc from Jamal). I have noticed Qdisc
drops under webserver loads, and heavy tx loads (I used my proc reporting
patch .. it did not break ifconfig atleast..). IMO It'd not be right if
packets are being dropped by the kernel (default queuing discipline) and the
unsuspecting admin has no means to find that out. IMHO It'd also not be fair
to expect users to use CONFIG_NET_SCH_PRIO and add the prio qdisc before
using a n/w interface just to be able to make out Qdisc drops.
One more thing...IMHO, there must be some documentation somewhere ....
tc man page (which doesn't exist as of now?) or atleast the readme
which should indicate to the user that drops seen from ifconfig
(packets dropped by the adapter) are different from packets dropped from
the qdisc as shown by tc.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

This archive was generated by hypermail 2b29 : Wed Oct 23 2002 - 22:00:33 EST