Andi Kleen wrote:
If he had a lot of RX traffic (it is hard to figure out because his bug reports are more or less useless and mostly consists of rants): The packets are allocated with GFP_ATOMIC and a lot of traffic overwhelms the free memory.
Some drivers work around this by doing the RX ring refill in process context (easier with NAPI), but not all do.
I think his traffic is mostly 'send' from his server's perspective.
He's reading from disk with sendfile too, I believe, so maybe that would be consuming lots of pages of memory?
However, in my case, I would definately welcome something that auto-tuned the VM to give me lots and lots of GFP_ATOMIC pages. As it is now, I end up setting the /proc/sys/vm/freepages much higher. Since it appears the name has changed and I didn't notice, I guess my script to set this has not actually been doing anything useful in the 2.6 kernel series :P
-- Ben Greear <[EMAIL PROTECTED]> Candela Technologies Inc http://www.candelatech.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/
