Re: [PATCH net] net: do not deplete pfmemalloc reserve

2015-04-22 Thread David Miller
From: Eric Dumazet Date: Wed, 22 Apr 2015 13:20:48 -0700 > On Wed, 2015-04-22 at 15:35 -0400, David Miller wrote: >> From: Eric Dumazet >> Date: Wed, 22 Apr 2015 07:33:36 -0700 >> >> > Also, we must refrain using high order pages from the pfmemalloc >> > reserve, so __page_frag_refill() must al

Re: [PATCH net] net: do not deplete pfmemalloc reserve

2015-04-22 Thread Eric Dumazet
On Wed, 2015-04-22 at 15:35 -0400, David Miller wrote: > From: Eric Dumazet > Date: Wed, 22 Apr 2015 07:33:36 -0700 > > > Also, we must refrain using high order pages from the pfmemalloc > > reserve, so __page_frag_refill() must also use __GFP_NOMEMALLOC for > > them. Under memory pressure, using

Re: [PATCH net] net: do not deplete pfmemalloc reserve

2015-04-22 Thread David Miller
From: Eric Dumazet Date: Wed, 22 Apr 2015 07:33:36 -0700 > Also, we must refrain using high order pages from the pfmemalloc > reserve, so __page_frag_refill() must also use __GFP_NOMEMALLOC for > them. Under memory pressure, using order-0 pages is probably the best > strategy. ... > @@ -348,7 +3

[PATCH net] net: do not deplete pfmemalloc reserve

2015-04-22 Thread Eric Dumazet
From: Eric Dumazet build_skb() should look at the page pfmemalloc status. If set, this means page allocator allocated this page in the expectation it would help to free other pages. Networking stack can do that only if skb->pfmemalloc is also set. Also, we must refrain using high order pages fro