| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] loop unrolling in net/sched/sch_generic.c |
| From: | Eric Dumazet <dada1@xxxxxxxxxxxxx> |
| Date: | Wed, 06 Jul 2005 03:09:00 +0200 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050706010200.GU16076@xxxxxxxxxxxxxx> |
| References: | <20050705173411.GK16076@xxxxxxxxxxxxxx> <20050705.142210.14973612.davem@xxxxxxxxxxxxx> <20050705213355.GM16076@xxxxxxxxxxxxxx> <20050705.143548.28788459.davem@xxxxxxxxxxxxx> <42CB14B2.5090601@xxxxxxxxxxxxx> <20050705234104.GR16076@xxxxxxxxxxxxxx> <42CB2698.2080904@xxxxxxxxxxxxx> <42CB2B84.50702@xxxxxxxxxxxxx> <20050706010200.GU16076@xxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 1.0 (Windows/20041206) |
Thomas Graf a écrit : I think you got me wrong, the whole point of this qdisc is to prioritize which means that we cannot dequeue fromprio 1 as long as the queue in prio 0 is not empty.
if prio 0 is not empty, then the last
if (!skb_queue_empty(list))
best = list;
will set 'best' to the prio 0 list, and we dequeue the packet on this prio 0
list, not on prio 1 or prio 2.
If you have no traffic at all for prio=0 and prio=1 then the best solution is to replace the qdisc on the device with a simple fifo. Yes sure, but I know that already. Unfortunatly I have some trafic on prio=1 and prio=0 (about 5 %) Thank you Eric |
| Previous by Date: | Re: [PATCH] loop unrolling in net/sched/sch_generic.c, Thomas Graf |
|---|---|
| Next by Date: | Re: controlling ARP Proxy scope?, Zdenek Radouch |
| Previous by Thread: | Re: [PATCH] loop unrolling in net/sched/sch_generic.c, Thomas Graf |
| Next by Thread: | Re: [PATCH] loop unrolling in net/sched/sch_generic.c, Thomas Graf |
| Indexes: | [Date] [Thread] [Top] [All Lists] |