All of lore.kernel.org
 help / color / mirror / Atom feed
From: Trevor Warren <trevorwarren@softhome.net>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Re: some can help out with u32 & TBF limitation < 2048
Date: Wed, 02 Jul 2003 21:31:32 +0000	[thread overview]
Message-ID: <marc-lartc-105722506503925@msgid-missing> (raw)

Hello Devik,
 
 This isn't an issue of htb as htb scales to > 2000 and i can vouch for
it. But a combination of U32 and htb ain't working for me. U32 works
>2000 with other QOS/Shaping algorithms.

 I have used tc as distributed by you and tested on kernel 2.4.21 &
2.4.20. 

 Where do you think the crux of the issue lies.

Trevor


On Thu, 2003-07-03 at 12:13, devik wrote:
> Hi,
> I can't test the script just now as I'm in important project (and
> don't want to crash my comp).
> What should I expect after running the script ?
> 
> In meantime you could change it and use 1 HTB class and 3000 u32
> filters pointing to the same class - the we will know where the
> limit is.
> 
> -------------------------------
>     Martin Devera aka devik
> Linux kernel QoS/HTB maintainer
>   http://luxik.cdi.cz/~devik/
> 
> On 2 Jul 2003, Trevor Warren wrote:
> 
> >
> > Hello Folks,
> >
> >  Some time ago i posted a mail on this list regarding the traffic
> > shaping script i devised based on htb and u32. The limitations of which
> > are 2048 filters + htb classes.
> >
> >  I am in a deep fix without a resolution for the same. HTB is really
> > cewl as it delivers on its functionality, but this lack of scalability
> > issue is a pain in me **** cause of which some server deployments are on
> > hold.
> >
> >  Thanks in advance and would be glad to hear from anyone. The resolution
> > for the same when i find out i will post it on the mailing list.
> >
> > Trevor
> >
> >
> > --
> > ( >-        LINUX, It's all about CHOICE      -< )
> > /~\    __        twarren@redhat.com       __   /~\
> > |  \) /  Pre Sales Consultant - Red Hat     \ (/ |
> > |_|_  \    9820349221(M) | 22881326(O)      / _|_|
> >        \___________________________________/
> >
> 
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
-- 
( >-        LINUX, It's all about CHOICE      -< )
/~\    __        twarren@redhat.com       __   /~\
|  \) /  Pre Sales Consultant - Red Hat     \ (/ |
|_|_  \    9820349221(M) | 22881326(O)      / _|_|
       \___________________________________/

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

             reply	other threads:[~2003-07-02 21:31 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-02 21:31 Trevor Warren [this message]
2003-07-02 22:13 ` [LARTC] Re: some can help out with u32 & TBF limitation < 2048 only Trevor Warren
2003-07-03  6:43 ` devik
2003-07-03  8:12 ` devik

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-105722506503925@msgid-missing \
    --to=trevorwarren@softhome.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.