From: "Artūras Šlajus" <x11@kitas.arturas.net>
To: lartc@vger.kernel.org
Subject: [LARTC] HFSC default upper-limit trouble
Date: Wed, 06 Jul 2005 18:16:46 +0000 [thread overview]
Message-ID: <42CC2D0E.5010903@kitas.arturas.net> (raw)
Hello,
I'm having such problem with HFSC with following config:
+ tc qdisc del dev eth3 root
+ tc qdisc add dev eth3 root handle 1: hfsc default 2
+ tc class add dev eth3 parent 1: classid 1:1 hfsc ls rate 512kbit ul
rate 512kbit
+ tc class add dev eth3 parent 1:1 classid 1:2 hfsc ls rate 2kbit ul
rate 400kbit
+ tc class add dev eth3 parent 1:1 classid 1:3 hfsc ls rate 32kbit ul
rate 32kbit
+ tc class add dev eth3 parent 1:1 classid 1:4 hfsc ls rate 300kbit ul
rate 300kbit
Let's say i start to upload thru 1:3. the upper-limit applies, traffic
doesn't do up more than 4kb/s. The 1:4 is still functional, but 1:2, the
default class starts backlogging and dropping as hell:
class hfsc 1: root
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
period 0 level 2
class hfsc 1:1 parent 1: ls m1 0bit d 0us m2 512000bit ul m1 0bit d 0us
m2 512000bit
Sent 0 bytes 0 pkts (dropped 0, overlimits 0) <-- This is weird too ^_^
period 2643 work 821712 bytes level 1
class hfsc 1:2 parent 1:1 ls m1 0bit d 0us m2 2000bit ul m1 0bit d 0us
m2 400000bit
Sent 477205 bytes 3874 pkts (dropped 0, overlimits 0)
backlog 201p <-- HUH? (it goes even to 800p..1000p then it starts
dropping)
period 2494 work 456595 bytes level 0
class hfsc 1:3 parent 1:1 ls m1 0bit d 0us m2 32000bit ul m1 0bit d 0us
m2 32000bit
Sent 350599 bytes 558 pkts (dropped 0, overlimits 0)
backlog 11p
period 70 work 342761 bytes level 0
class hfsc 1:4 parent 1:1 ls m1 0bit d 0us m2 300000bit ul m1 0bit d 0us
m2 300000bit
Sent 22356 bytes 214 pkts (dropped 0, overlimits 0)
period 212 work 22356 bytes level 0
The 1:1 shows no packets sent as you see.. Is this desirable behavior?
The default class kinda becomes unusable. Can someone explain me such
behavior?
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next reply other threads:[~2005-07-06 18:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-06 18:16 Artūras Šlajus [this message]
2005-07-10 19:37 ` [LARTC] HFSC default upper-limit trouble Andy Furniss
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42CC2D0E.5010903@kitas.arturas.net \
--to=x11@kitas.arturas.net \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.