On Feb 20 2008 17:27, Patrick McHardy wrote: >> Striking. How can this even happen? A callsite which calls >> >> dev_alloc_skb(n) >> >> is just equivalent to >> >> __dev_alloc_skb(n, GFP_ATOMIC); >> >> which means there's like 4 (or 8 if it's long) bytes more on the >> stack. For a worst case, count in another 8 bytes for push and pop or mov on >> the stack. But that still does not add up to 23 kb. > > __dev_alloc_skb() is also an inline function which performs > some extra work. Which raises the question - if dev_alloc_skb() > is uninlined, shouldn't __dev_alloc_skb() be uninline as well? > I'd like to see the results when {__dev_alloc_skb is externed and dev_alloc_skb remains inlined}. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
- [RFC PATCH 8/8] Jhash in too big for... Ilpo Järvinen
- Re: [RFC PATCH 8/8] Jhash in too big... Andrew Morton
- Re: [RFC PATCH 8/8] Jhash in too big... Ilpo Järvinen
- Re: [RFC PATCH 8/8] Jhash in too big... Andrew Morton
- Re: [RFC PATCH 8/8] Jhash in too big... Andi Kleen
- Re: [RFC PATCH 7/8] [SCTP]: uninline... Vlad Yasevich
- Re: [RFC PATCH 7/8] [SCTP]: uninline... Ilpo Järvinen
- Re: [RFC PATCH 7/8] [SCTP]: uninline... Vlad Yasevich
- Re: [RFC PATCH 3/8] [NET]: uninline dev_alloc... Jan Engelhardt
- Re: [RFC PATCH 3/8] [NET]: uninline dev_a... Patrick McHardy
- Re: [RFC PATCH 3/8] [NET]: uninline ... Jan Engelhardt
- Re: [RFC PATCH 3/8] [NET]: uninline ... Ilpo Järvinen
- Re: [RFC PATCH 1/8] [NET]: uninline skb_put, de-bloat... Patrick McHardy
- Re: [RFC PATCH 1/8] [NET]: uninline skb_put, de-bloat... Eric Dumazet
- Re: [RFC PATCH 0/8]: uninline & uninline Andrew Morton
- Re: [RFC PATCH 0/8]: uninline & uninline Ilpo Järvinen
- Re: [RFC PATCH 0/8]: uninline & uninline Andi Kleen
- Re: [RFC PATCH 0/8]: uninline & uninline Ilpo Järvinen
- Re: [RFC PATCH 0/8]: uninline & uninline Andrew Morton
- RE: [RFC PATCH 0/8]: uninline & uninline Hua Zhong
- Re: [RFC PATCH 0/8]: uninline & uninl... Andi Kleen