| To: | Andi Kleen <ak@xxxxxxx> |
|---|---|
| Subject: | Re: New net features for added performance |
| From: | Pavel Machek <pavel@xxxxxxx> |
| Date: | Sat, 1 Jan 2000 00:19:15 +0000 |
| Cc: | Jeff Garzik <jgarzik@xxxxxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20010225011211.A23853@gruyere.muc.suse.de>; from ak@suse.de on Sun, Feb 25, 2001 at 01:12:11AM +0100 |
| References: | <3A9842DC.B42ECD7A@mandrakesoft.com> <oupsnl3k5gs.fsf@pigdrop.muc.suse.de> <3A984BDA.190B4D8E@mandrakesoft.com> <20010225011211.A23853@gruyere.muc.suse.de> |
| Sender: | owner-netdev@xxxxxxxxxxx |
Hi! > > an alloc of a PKT_BUF_SZ'd skb immediately follows a free of a > > same-sized skb. 100% of the time. > > Free/Alloc gives the mm the chance to throttle it by failing, and also to > recover from fragmentation by packing the slabs. If you don't do it you need > to add a hook somewhere that gets triggered on low memory situations and > frees the buffers. And what? It makes allocation longer lived. Our MM should survive that just fine. -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Undo partial loss..., Petr Vandrovec |
|---|---|
| Next by Date: | Re: New net features for added performance, Andi Kleen |
| Previous by Thread: | Undo partial loss..., Petr Vandrovec |
| Next by Thread: | Re: New net features for added performance, Andi Kleen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |