| To: | Andrew Morton <andrewm@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Preallocated skb's? |
| From: | "Andi Kleen" <ak@xxxxxxx> |
| Date: | Thu, 14 Sep 2000 15:54:27 +0200 |
| Cc: | jamal <hadi@xxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, jgarzik@xxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <39C0CBB4.D75577A3@uow.edu.au>; from andrewm@uow.edu.au on Thu, Sep 14, 2000 at 11:59:32PM +1100 |
| References: | <200009140836.BAA22073@pizda.ninka.net> <Pine.GSO.4.20.0009140633290.5288-100000@shell.cyberus.ca> <39C0CBB4.D75577A3@uow.edu.au> |
| Sender: | owner-netdev@xxxxxxxxxxx |
On Thu, Sep 14, 2000 at 11:59:32PM +1100, Andrew Morton wrote: > That's 20 usec per interrupt, of which 1 usec could be saved by skb > pooling. FF usually runs with interrupt mitigation at higher rates (8-16 or even more packets / interrupt). I agree though that it probably does not make too much difference. alloc_skb could probably be made cheaper for the FF case by being more clever in the slab constructor (I think there was some bitrot during 2.3 on the cache line usage -- 2.2 pretty much only needed 2 cache lines in the header for a FF packet) -Andi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Preallocated skb's?, Andrew Morton |
|---|---|
| Next by Date: | Re: Preallocated skb's?, Robert Olsson |
| Previous by Thread: | Re: Preallocated skb's?, Andrew Morton |
| Next by Thread: | Re: Preallocated skb's?, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |