Messages in this thread | | | Date | Thu, 10 Mar 2005 11:03:38 -0800 | From | Ben Greear <> | Subject | Re: BUG: Slowdown on 3000 socket-machines tracked down |
| |
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 <greearb@candelatech.com> 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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |