From: nuclearcat@nuclearcat.com
To: lartc@vger.kernel.org
Subject: Re: [LARTC] MORE ON : [htb] strange problems !?
Date: Sat, 18 Oct 2003 22:05:15 +0000 [thread overview]
Message-ID: <marc-lartc-106651488900739@msgid-missing> (raw)
In-Reply-To: <marc-lartc-106651048330260@msgid-missing>
Hello raptor,
Sunday, October 19, 2003, 2:53:19 AM, you wrote:
At me latest class:
tc filter add dev eth1 parent 1:0 protocol ip prio 200 u32 match ip dst 0.0.0.0/0 police rate 1kbit burst 1k drop flowid 1:0
r> hello again,
r> I got some just preliminary results .... hope someone can explain them to me...
r> As I already told I have the following config :
r> egress {
r> class (30kbps) {sfq};
r> class (50kbps) {sfq};
r> class (80kbps) {sfq};
r> class (30kbps) {sfq};
r> class (50kbps) {sfq};
r> ...hundreds like this...
r> class (10kbps,default) {sfq};
r> }
r> What I got is traffic starvation very often for a period of ~30 sec.. as proposed I've done :
r> egress {
r> ...hundreds classes...
r> class (10kbps, prio 7, default) {sfq};
r> }
r> It seemed a litlle bit better the starvation seemed to be just ~10sec but this time happen much often...
r> then I made a final touch :
r> egress {
r> ...hundreds classes...
r> class (55kbps, prio 7, default);
r> }
r> No "sfq" this time and it seemed much much better now...
r> I have done my tests mostly with :
r> hping2 host-behind-qos --fast --icmp
r> fping host1 host2 -l
r> I made second and third test for very short periods of time so this is not a final "say" of the success...
r> ------------ ?! SO COULD U EXPLAIN ME WHY THIS HAPPEN ?! --------------------------
r> And most importantly is there a better solution, I don't know what will happen if I want more complex solution but not this flat structure...
r> Or at least give me some directions how to go further and eradicate this "STARVATION" problem..
r> Can I lower "class (55kbps, prio 7, default);" to "class (10kbps, prio 7, default);" ....
r> Giving more bandwith to DEFAULT class is not solution but a ANTI-SOLUTION, my idea is not to give all my bandwith to spammers and viruses :")
r> Expecting explanation :"))
r> tia
r> _______________________________________________
r> LARTC mailing list / LARTC@mailman.ds9a.nl
r> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
--
Best regards,
nuclearcat mailto:nuclearcat@nuclearcat.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-10-18 22:05 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-18 20:54 [LARTC] MORE ON : [htb] strange problems !? raptor
2003-10-18 22:05 ` nuclearcat [this message]
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=marc-lartc-106651488900739@msgid-missing \
--to=nuclearcat@nuclearcat.com \
--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.