Thread (59 messages) 59 messages, 14 authors, 2009-11-06

Re: [PATCH 0/5] Candidate fix for increased number of GFP_ATOMIC failures V2

From: Karol Lewandowski <hidden>
Date: 2009-11-04 02:03:04
Also in: linux-mm, lkml

On Mon, Nov 02, 2009 at 08:30:34PM +0000, Mel Gorman wrote:
Does applying the following on top make any difference?

==== CUT HERE ====
PM: Shrink memory before suspend
No, this patch didn't change anything either.

IIRC I get failures while free(1) shows as much as 20MB free RAM
(ie. without buffers/caches).  Additionaly nr_free_pages (from
/proc/vmstat) stays at about 800-1000 under heavy memory pressure
(gitk on full linux repository).

--- babbling follows ---
Hmm, I wonder if it's really timing issue then wouldn't be the case
that lowering swappiness sysctl would make problem more visible?
I've vm.swappiness=15, would testing with higher value make any sense?

Thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help