Martin Devera ([EMAIL PROTECTED]) wrote:
> > > remove cburst 1
> >
> > thanks!
> >
> > class htb 1:5500 parent 1:2 leaf 5500: prio 0 quantum 65536 rate 5Mbit
> > ceil 5Mbit burst 20Kb/8 mpu 0b cburst 8151b/8 mpu 0b level 0
> > Sent 45107618 bytes 42138 pkts (dropped 0, overlimits 0)
> > rate 6086
> > remove cburst 1
>
> thanks!
>
> class htb 1:5500 parent 1:2 leaf 5500: prio 0 quantum 65536 rate 5Mbit
> ceil 5Mbit burst 20Kb/8 mpu 0b cburst 8151b/8 mpu 0b level 0
> Sent 45107618 bytes 42138 pkts (dropped 0, overlimits 0)
> rate 608617bps 548pps backlog 40p
> lended: 42098 borrowed: 0 gia
devik ([EMAIL PROTECTED]) wrote:
> remove cburst 1
thanks!
class htb 1:5500 parent 1:2 leaf 5500: prio 0 quantum 65536 rate 5Mbit ceil 5Mbit
burst 20Kb/8 mpu 0b cburst 8151b/8 mpu 0b level 0
Sent 45107618 bytes 42138 pkts (dropped 0, overlimits 0)
rate 608617bps 548pps backlog 40p
lended: 42
remove cburst 1
---
Martin Devera aka devik
Linux kernel QoS/HTB maintainer
http://luxik.cdi.cz/~devik/
On Tue, 6 Apr 2004, Michael Vasilenko wrote:
> devik ([EMAIL PROTECTED]) wrote:
> > I see you have cburst 0 ! It is not allowed
> > and is described in docs.
devik ([EMAIL PROTECTED]) wrote:
> I see you have cburst 0 ! It is not allowed
> and is described in docs. What was commands to
> create the classes ?
/sbin/tc.3 qdisc add dev eth0 root handle 1:0 htb default 2500 r2q 100
/sbin/tc.3 class add dev eth0 parent 1:0 classid 1:1 htb rate 200mbit ceil
I see you have cburst 0 ! It is not allowed
and is described in docs. What was commands to
create the classes ?
---
Martin Devera aka devik
Linux kernel QoS/HTB maintainer
http://luxik.cdi.cz/~devik/
On Tue, 6 Apr 2004, Michael Vasilenko wrote:
> devik ([EMAIL P
Michael Vasilenko ([EMAIL PROTECTED]) wrote:
> devik ([EMAIL PROTECTED]) wrote:
> > > > I suppose the drop you see is CPU bound ? Did you profiled it
> > > > again ?
> > >
> > > No, CPU is about times more in idle state in htb3, and
> > > 5x lowest data rate. AFAIK, htb3 scheduler is faster, so tha
devik ([EMAIL PROTECTED]) wrote:
> > > I suppose the drop you see is CPU bound ? Did you profiled it
> > > again ?
> >
> > No, CPU is about times more in idle state in htb3, and
> > 5x lowest data rate. AFAIK, htb3 scheduler is faster, so that is the
> > reason of moving to htb3.
>
> ok then it is
> > I suppose the drop you see is CPU bound ? Did you profiled it
> > again ?
>
> No, CPU is about times more in idle state in htb3, and
> 5x lowest data rate. AFAIK, htb3 scheduler is faster, so that is the
> reason of moving to htb3.
ok then it is config issue probably. you should pin it down
to
> I need to switch from htb2 to htb3, because of speed issues (for me,
> htb2 is unable to handle more then 100mbit duplex with ~550 classes),
> kernel profiling shows htb_dequeue_prio at 1st place with 3x isolation.
>
> So, I've moved from 2.4.19 to 2.4.25 kernel (hi-pac for classification/marking
devik ([EMAIL PROTECTED]) wrote:
> > I need to switch from htb2 to htb3, because of speed issues (for me,
> > htb2 is unable to handle more then 100mbit duplex with ~550 classes),
> > kernel profiling shows htb_dequeue_prio at 1st place with 3x isolation.
> >
> > So, I've moved from 2.4.19 to 2.4.2
Hello!
I need to switch from htb2 to htb3, because of speed issues (for me,
htb2 is unable to handle more then 100mbit duplex with ~550 classes),
kernel profiling shows htb_dequeue_prio at 1st place with 3x isolation.
So, I've moved from 2.4.19 to 2.4.25 kernel (hi-pac for classification/marking
12 matches
Mail list logo