| To: | jamal <hadi@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Preallocated skb's? |
| From: | Jes Sorensen <jes@xxxxxxxxxxxxx> |
| Date: | 14 Sep 2000 14:17:13 +0200 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxx>, jgarzik@xxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | jamal's message of "Thu, 14 Sep 2000 06:53:37 -0400 (EDT)" |
| References: | <Pine.GSO.4.20.0009140633290.5288-100000@xxxxxxxxxxxxxxxx> |
| Sender: | owner-netdev@xxxxxxxxxxx |
| User-agent: | Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4 |
>>>>> "jamal" == jamal <hadi@xxxxxxxxxx> writes: jamal> The FF code of the tulip does have skb recycling code. And i jamal> belive Jes' acenic code does or did at some point. Robert jamal> Olson and I were thinking of taking out that code out of the jamal> tulip for reasons such as you talk about (and the thought maybe jamal> that the per-CPU slab might have obsoleted that jamal> requirement). We did some tests with 2.4.0-test7 and were jamal> suprised to observe that at high rate of input packets, it jamal> still made as a big a difference as 7000 packets per second ;-> jamal> i.e we got 7Kpps more by using skb recycling. I tried recycling in the acenic driver, but after adding Ingo's early per CPU slab caches I couldn't see any measurable performance gain from using recycling. Jes |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Preallocated skb's?, Andi Kleen |
|---|---|
| Next by Date: | Re: Preallocated skb's?, Andrew Morton |
| Previous by Thread: | Re: Preallocated skb's?, Andi Kleen |
| Next by Thread: | Re: Preallocated skb's?, Andrew Morton |
| Indexes: | [Date] [Thread] [Top] [All Lists] |