From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] how to get the latency down on maxed out classes? + extra question
Date: Wed, 11 Dec 2002 12:35:54 +0000 [thread overview]
Message-ID: <marc-lartc-103961026506138@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103955243525543@msgid-missing>
> I need the low-latency class for games (CounterStrike), so I can't afford
> to drop any packets (I guess). On the other hand it typically doesn't use
> too much bandwidth, so it can lend the rest.
>
> I had read devik's manual (I've read a lot on htb stuff, but I can't claim
> to remember it all, let alone put it in practise) but I don't see you
> statement "A lower prio is good for delays IF the class with the lower prio
> never sends more then it's rate (so it's never overlimited)." in it. In
> fact, it says that the higher prio class gets "excess bandwidth first",
> which is what I want.
http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm#prio
At the end of the paragraph, Devik did some tests. He gave www lower prio and
yes, the delays are very low. But www is never sending more then the rate.
At point 7, he starts sending more data to the www class then the configured
rate. And see what happens, the www delay increases a lot (blue line) and
the delay of the other classes drops nearly to zero (yellow line).
> But you are probably right that my solution is way too crude for practical
> purposes. Maybe I should only be using prio for the game-packets and put
> all other classes in the same prio (which is also mentioned at devik's
> site).
If it works, why changing ??
> Like I suspected, my current script is very basic, I need quite some more
> work on it.
>
> Anyway, thanks again Stef, you're doing a great job!
No problem.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2002-12-11 12:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-10 20:32 [LARTC] how to get the latency down on maxed out classes? + extra question sufcrusher
2002-12-10 20:55 ` Stef Coene
2002-12-11 0:57 ` sufcrusher
2002-12-11 12:35 ` Stef Coene [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-103961026506138@msgid-missing \
--to=stef.coene@docum.org \
--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.