From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Description of problem: The output of "tc -s class show dev ppp0" shows current flow rates like "rate 2009bit 3pps". The "bit" text should read "byte". The number given is Bytes per second (Bps), not bps. This is obvious from empirical study as well as in the source: pkt_sched.h : struct tc_stats __u32 bps; /* Current flow byte rate */ tc_qdisc.c : print_tcstats_attr fprintf(fp, "%s ", sprint_rate(st.bps, b1)); (st is struct tc_stats and so bps is BYTES as per comment above) tc_util.c : print_rate double tmp = (double)rate*8; (is bogus since it's already bytes, by are we * 8??) snprintf(buf, len, "%ubit", rate); (rate unmodified is bytes, not bits, and why do we use tmp for the other snprintfs but not here?) The easy solution is change print_rate to operate on rate in bytes, not do any *8 and change the literal strings to reflect this fact. I've just posted to the netfilter mailing list as well with a pointer here. Version-Release number of selected component (if applicable): iproute-2.6.9-3 How reproducible: Always Steps to Reproduce: 1. setup a system with QoS qdiscs 2. tc -s class show dev ppp0 3. Actual Results: observe where it says "rate: XXbits" it should read "bytes" Expected Results: should show the correct units Additional info:
(In reply to comment #0) > snprintf(buf, len, "%ubit", rate); > (rate unmodified is bytes, not bits, and why do we use tmp for the other > snprintfs but not here?) Seems like this was the bug here, tmp should be used rather than rate. Than the output is in bits and not bytes. Fixed in rawhide.