| To: | Robert Olsson <Robert.Olsson@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: simple change to qdisc_restart() |
| From: | Jamal Hadi <hadi@xxxxxxxxxxxxxxxx> |
| Date: | Tue, 20 May 2003 08:33:50 -0400 (EDT) |
| Cc: | Eric Lemoine <Eric.Lemoine@xxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <16074.7787.988583.56689@xxxxxxxxxxxx> |
| References: | <20030520082217.GC978@udine> <20030520.012824.85398613.davem@xxxxxxxxxx> <20030520085724.GD978@udine> <16074.1339.3673.938923@xxxxxxxxxxxx> <20030520112109.GE978@udine> <16074.7787.988583.56689@xxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Tue, 20 May 2003, Robert Olsson wrote: > > Sounds interesting... > So reordering should be guaranteed within "connections" but not per > interface. > > And if you can repeat the trick with per-cpu rings for tx you can eventually > eliminate cache bouncing when sending/freeing skb's. > > We tried to tag with cpu-owner in tx-ring when doing hard_xmit and having > same > cpu sending it to do kfree but the complexity balanced the win... The > thinking > was that per-cpu tx rings could help. > His patch should be interesting. I have seen NICs showing up in the market with multiple DMA rings/channels and you can map flows to channels. Locking the device on egress just because one of the rings is full doesnt make sense. Such boards maybe the perfect pktgen board for you, btw ;-> Can you post your patch Eric? cheers, jamal |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: simple change to qdisc_restart(), Robert Olsson |
|---|---|
| Next by Date: | small e100 ethernet driver problem -> %d, Anatoly Pugachev |
| Previous by Thread: | Re: simple change to qdisc_restart(), Robert Olsson |
| Next by Thread: | Re: simple change to qdisc_restart(), Eric Lemoine |
| Indexes: | [Date] [Thread] [Top] [All Lists] |