* Re: [LARTC] Prio queue with many bands
2003-06-06 16:30 [LARTC] Prio queue with many bands Michael Ulitskiy
@ 2003-06-06 18:40 ` Stef Coene
2003-06-06 19:26 ` Michael Ulitskiy
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: Stef Coene @ 2003-06-06 18:40 UTC (permalink / raw)
To: lartc
On Friday 06 June 2003 18:30, Michael Ulitskiy wrote:
> Hi,
>
> I'm wondering if there's any simple classfull queue like prio that supports
> at least 256 bands? I don't care about priomap or some additional
> functionality, I just want to divide traffic in 256 bands using hashing
> filters using as least resources as possible. I understand I can do that
> with htb for example, but I guess htb is much more resourse-consuming.
Why do you think so? I think you will surprised how many active classes an
old 486 can handle. It also depends on the maximum bandwidth the box has to
shape.
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/
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [LARTC] Prio queue with many bands
2003-06-06 16:30 [LARTC] Prio queue with many bands Michael Ulitskiy
2003-06-06 18:40 ` Stef Coene
@ 2003-06-06 19:26 ` Michael Ulitskiy
2003-06-06 19:59 ` Stef Coene
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: Michael Ulitskiy @ 2003-06-06 19:26 UTC (permalink / raw)
To: lartc
On Friday 06 June 2003 02:40 pm, you wrote:
> On Friday 06 June 2003 18:30, Michael Ulitskiy wrote:
> > Hi,
> >
> > I'm wondering if there's any simple classfull queue like prio that supports
> > at least 256 bands? I don't care about priomap or some additional
> > functionality, I just want to divide traffic in 256 bands using hashing
> > filters using as least resources as possible. I understand I can do that
> > with htb for example, but I guess htb is much more resourse-consuming.
> Why do you think so? I think you will surprised how many active classes an
> old 486 can handle. It also depends on the maximum bandwidth the box has to
> shape.
I think so because unlike simple prio queue htb has to maintain some timers and
counters and buffers. I'm not saying that htb is heavy, but I'm quite sure that prio is lighter.
I have to shape /19 at the moment and possibly more in the future. In this case
I want to save as much resourses as possible and attach htb classes to the
simple queue bands.
Has anyone tried just to change TC_PRIO_MAX and TC_PRIO_BANDS values in
/usr/src/linux/include/linux/pkt_sched.h?
> Stef
Michael
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [LARTC] Prio queue with many bands
2003-06-06 16:30 [LARTC] Prio queue with many bands Michael Ulitskiy
2003-06-06 18:40 ` Stef Coene
2003-06-06 19:26 ` Michael Ulitskiy
@ 2003-06-06 19:59 ` Stef Coene
2003-06-06 20:01 ` Michael Ulitskiy
2003-06-06 22:10 ` Stef Coene
4 siblings, 0 replies; 6+ messages in thread
From: Stef Coene @ 2003-06-06 19:59 UTC (permalink / raw)
To: lartc
On Friday 06 June 2003 21:26, Michael Ulitskiy wrote:
> On Friday 06 June 2003 02:40 pm, you wrote:
> > On Friday 06 June 2003 18:30, Michael Ulitskiy wrote:
> > > Hi,
> > >
> > > I'm wondering if there's any simple classfull queue like prio that
> > > supports at least 256 bands? I don't care about priomap or some
> > > additional functionality, I just want to divide traffic in 256 bands
> > > using hashing filters using as least resources as possible. I
> > > understand I can do that with htb for example, but I guess htb is much
> > > more resourse-consuming.
> >
> > Why do you think so? I think you will surprised how many active classes
> > an old 486 can handle. It also depends on the maximum bandwidth the box
> > has to shape.
>
> I think so because unlike simple prio queue htb has to maintain some timers
> and counters and buffers. I'm not saying that htb is heavy, but I'm quite
> sure that prio is lighter. I have to shape /19 at the moment and possibly
> more in the future. In this case I want to save as much resourses as
> possible and attach htb classes to the simple queue bands.
/19 means 2^32 hosts = 8192 hosts. I think a P2 can handle this load with no
problems. But it depends on the bandwidth it has to shape and the complexity
of the filters. I can do the test if you are interested.
> Has anyone tried just to change TC_PRIO_MAX and TC_PRIO_BANDS values in
> /usr/src/linux/include/linux/pkt_sched.h?
Nop.
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/
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [LARTC] Prio queue with many bands
2003-06-06 16:30 [LARTC] Prio queue with many bands Michael Ulitskiy
` (2 preceding siblings ...)
2003-06-06 19:59 ` Stef Coene
@ 2003-06-06 20:01 ` Michael Ulitskiy
2003-06-06 22:10 ` Stef Coene
4 siblings, 0 replies; 6+ messages in thread
From: Michael Ulitskiy @ 2003-06-06 20:01 UTC (permalink / raw)
To: lartc
> > > On Friday 06 June 2003 18:30, Michael Ulitskiy wrote:
> > > > Hi,
> > > >
> > > > I'm wondering if there's any simple classfull queue like prio that
> > > > supports at least 256 bands? I don't care about priomap or some
> > > > additional functionality, I just want to divide traffic in 256 bands
> > > > using hashing filters using as least resources as possible. I
> > > > understand I can do that with htb for example, but I guess htb is much
> > > > more resourse-consuming.
> > >
> > > Why do you think so? I think you will surprised how many active classes
> > > an old 486 can handle. It also depends on the maximum bandwidth the box
> > > has to shape.
> >
> > I think so because unlike simple prio queue htb has to maintain some timers
> > and counters and buffers. I'm not saying that htb is heavy, but I'm quite
> > sure that prio is lighter. I have to shape /19 at the moment and possibly
> > more in the future. In this case I want to save as much resourses as
> > possible and attach htb classes to the simple queue bands.
> /19 means 2^32 hosts = 8192 hosts. I think a P2 can handle this load with no
> problems. But it depends on the bandwidth it has to shape and the complexity
> of the filters. I can do the test if you are interested.
Sure, I'm interested. As well as I'm interested to see your configuration to do so.
I'm still experimenting. Thanks Stef.
The problem is that the machine this all intended for is not a pure router/shaper, but
a server with current traffic about 10-15M. Its usage getting out of control and needs
to be shaped. At this point I have no idea how much resoures the traffic shaping would
consume and whether I have to introduce intermediate shaper device or I can configure
qos on the same machine.
> Stef
Michael
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [LARTC] Prio queue with many bands
2003-06-06 16:30 [LARTC] Prio queue with many bands Michael Ulitskiy
` (3 preceding siblings ...)
2003-06-06 20:01 ` Michael Ulitskiy
@ 2003-06-06 22:10 ` Stef Coene
4 siblings, 0 replies; 6+ messages in thread
From: Stef Coene @ 2003-06-06 22:10 UTC (permalink / raw)
To: lartc
On Friday 06 June 2003 22:01, Michael Ulitskiy wrote:
> > > > On Friday 06 June 2003 18:30, Michael Ulitskiy wrote:
> > > > > Hi,
> > > > >
> > > > > I'm wondering if there's any simple classfull queue like prio that
> > > > > supports at least 256 bands? I don't care about priomap or some
> > > > > additional functionality, I just want to divide traffic in 256
> > > > > bands using hashing filters using as least resources as possible. I
> > > > > understand I can do that with htb for example, but I guess htb is
> > > > > much more resourse-consuming.
> > > >
> > > > Why do you think so? I think you will surprised how many active
> > > > classes an old 486 can handle. It also depends on the maximum
> > > > bandwidth the box has to shape.
> > >
> > > I think so because unlike simple prio queue htb has to maintain some
> > > timers and counters and buffers. I'm not saying that htb is heavy, but
> > > I'm quite sure that prio is lighter. I have to shape /19 at the moment
> > > and possibly more in the future. In this case I want to save as much
> > > resourses as possible and attach htb classes to the simple queue bands.
> >
> > /19 means 2^32 hosts = 8192 hosts. I think a P2 can handle this load
> > with no problems. But it depends on the bandwidth it has to shape and
> > the complexity of the filters. I can do the test if you are interested.
>
> Sure, I'm interested. As well as I'm interested to see your configuration
> to do so. I'm still experimenting. Thanks Stef.
I have 1 server (AMD, 300Mhz) and 1 client (P, 120Mhz). The shaping is done
on the client. The server starts the listen daemon from inetd.
Starting 30 sessions gives a load of 25 on the client. The load is caused by
the ttcp prog I use. So I need a seperate shaper for some testing. On the
other hand, even with a load of 25, the sessions were shaped like it should
be. So first I have to find some hardware before I can test it with more
sessions.
> The problem is that the machine this all intended for is not a pure
> router/shaper, but a server with current traffic about 10-15M. Its usage
> getting out of control and needs to be shaped. At this point I have no idea
> how much resoures the traffic shaping would consume and whether I have to
> introduce intermediate shaper device or I can configure qos on the same
> machine.
Only some testing can give you an idea about how scalable it will be.
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/
^ permalink raw reply [flat|nested] 6+ messages in thread