KAMEZAWA Hiroyuki wrote:
Martin J. Bligh wrote:
please check kmalloc(32k,64k) For example, loopback device's default MTU=16436 means order=3 and maybe there are other high MTU device. I suspect skb_makewritable()/skb_copy()/skb_linearize() function can be sufferd from fragmentation when MTU is big. They allocs large skb by gathering fragmented skbs.When these skb_* funcs failed, the packet is silently discarded by netfilter. If fragmentation is heavy, packets (especialy TCP) uses large MTU never reachs its end, even if loopback. Honestly, I'm not familiar with network code, could anyone comment this ?
I'd be interested to know, actually. I was hoping loopback should always use order-0 allocations, because the loopback driver is SG, FRAGLIST, and HIGHDMA capable. However I'm likewise not familiar with network code. -- SUSE Labs, Novell Inc.Send instant messages to your online friends http://au.messenger.yahoo.com -
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- [PATCH 0/7] Fragmentation Avoidance V19
- From: Mel Gorman <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Mike Kravetz <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Nick Piggin <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Andrew Morton <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Joel Schopp <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Nick Piggin <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: "Martin J. Bligh" <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Nick Piggin <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: "Martin J. Bligh" <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Nick Piggin <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: "Martin J. Bligh" <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: Nick Piggin <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: "Martin J. Bligh" <[email protected]>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- From: KAMEZAWA Hiroyuki <[email protected]>
- [PATCH 0/7] Fragmentation Avoidance V19
- Prev by Date: Re: best way to handle LEDs
- Next by Date: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- Previous by thread: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- Next by thread: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- Index(es):