From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Games Priority HELP pls ...
Date: Thu, 17 Apr 2003 10:12:30 +0000 [thread overview]
Message-ID: <marc-lartc-105057441513538@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105057329211918@msgid-missing>
On Thursday 17 April 2003 11:49, lartc@go.ro wrote:
> Hello! I have a problem with the priority of COutner Strike
> packets in a LAN with an internet connection !(I have 1Mbps UP
> (limited by me at 575(see below), 1Mbps DOWN) When a single
> user download to FULL bandwidth the COutnerstrike works great,
> but when other users join the LAN and start useing the
> Bandwidth ....Counter Strike begins to have a very high
> latency ....practically unplayable!! There is something wrong
> in this scripts??
>
> See the attach of this e-mail !I'm desperate to find
> what is the problem....HOW CAN I MAKE GAMES like COUNTER
> STRIKE, have full priority!!!
Some remarks.
- Do you see any errors about quantum if you execute dmesg? Something like
quantum too big? It's not something to worry about, but for some classes,
quantum is too big. If have more information on the faq page on
www.docum.org.
- Using different prio for classes is fine IF you know what can go wrong. If
you have a 10kbit class with low prio (so high priority) then that class will
have very low delays if that class is not overlimit (it's not sending more
then it's rate). If the class is overlimit, the delays will be huge. So to
be safe, give each class the same prio. Prio is also used to distribute
remaining bandwidth (so after all child classes are given the configured
rate) from the parent to his child classes. The class with the lowest prio
will get the remaining bandwidth.
- Adding a sfq qdisc to a leaf class is ok. But sometimes a small fifo qdisc
is better. A sfq is very good in giving each stream the same bandwidth. But
for low delay classes, a fifo qdisc can be better.
Can you also check with tc -s -d class show dev eth0 that each class is
receiving packets so you are sure that your filters are working ?
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:[~2003-04-17 10:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-17 9:49 [LARTC] Games Priority HELP pls lartc
2003-04-17 10:12 ` 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-105057441513538@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.