All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] "Fan-in/fan-out" tc filters?
Date: Wed, 13 Nov 2002 21:32:07 +0000	[thread overview]
Message-ID: <marc-lartc-103722321306478@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103721093821681@msgid-missing>

> The qdisc wrr. It has the possibility to set "penalty" through different
> weigths.
Then you can't.  A qdisc can only have 1 parent.

> > If you want to improve latency for certain traffic, you can create 2 htb
> > classes.  One with a lower prio parameter to get low latency and an other
> > class with all other traffic.
> > To give each pc on the network the same opportunity to send something,
> > create 100 sub classes with parent=second class.  To get fairness / pc,
> > you can add a sfq to each class.  You can do the same for the low prio
> > class.  If you don't care about fairness / pc, you can add 1 esfq qdisc
> > instead of the 100 sub classes.
>
> I want to make sure that given an assortment of packets containing
> different kinds of traffic, say game and download, the game packets will
> be in front of the download packets when they are dequeued from the
> leafs of the wrr qdisc.
>
> The idea was to have all traffic go through the same wrr qdisc. They
> just had to "reordered" before going to the wrr qdisc. Does that make
> sense?
Not really.  Imagine you have a ssh packet so it's placed in the low delay 
class.  But after that, it's placed in the same class (under the wrr qdisc) 
with all the other packets, so it has to wait.  Bye, bye low delay.

> This solution could very well give better performance for the filtered,
> interactive traffic. I just have to make sure that the volume i HS
> doesn't get to big to keep users happy.
I don't know if this setup is going to work.  I never tried something like 
that, but in theory it should work.  I'm just curious if you will get low 
delays for the HS class.

> They're so picky ;-)
I'm sure you can find a solution so you can keep your users happy :)

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/

      parent reply	other threads:[~2002-11-13 21:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-13 18:07 [LARTC] "Fan-in/fan-out" tc filters? Steen Suder, privat
2002-11-13 18:25 ` Stef Coene
2002-11-13 19:58 ` Christian G. Warden
2002-11-13 20:37 ` Steen Suder, privat
2002-11-13 21:24 ` Stef Coene
2002-11-13 21:32 ` 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-103722321306478@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.