Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep

[PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Mel Gorman <mgorman@suse.de> · 2011-05-13
[PATCH 1/4] mm: vmscan: Correct use of pgdat_balanced in sleeping_prematurely · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 1/4] mm: vmscan: Correct use of pgdat_balanced in sleeping_prematurely · Johannes Weiner <hannes@cmpxchg.org> · 2011-05-13
Re: [PATCH 1/4] mm: vmscan: Correct use of pgdat_balanced in sleeping_prematurely · Minchan Kim <hidden> · 2011-05-14
Re: [PATCH 1/4] mm: vmscan: Correct use of pgdat_balanced in sleeping_prematurely · Rik van Riel <hidden> · 2011-05-16
[PATCH 2/4] mm: slub: Do not wake kswapd for SLUBs speculative high-order allocations · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 2/4] mm: slub: Do not wake kswapd for SLUBs speculative high-order allocations · David Rientjes <rientjes@google.com> · 2011-05-16
Re: [PATCH 2/4] mm: slub: Do not wake kswapd for SLUBs speculative high-order allocations · Pekka Enberg <hidden> · 2011-05-18
Re: [PATCH 2/4] mm: slub: Do not wake kswapd for SLUBs speculative high-order allocations · Christoph Lameter <hidden> · 2011-05-18
[PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · David Rientjes <rientjes@google.com> · 2011-05-16
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · Mel Gorman <mgorman@suse.de> · 2011-05-17
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · Christoph Lameter <hidden> · 2011-05-17
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · Mel Gorman <mgorman@suse.de> · 2011-05-17
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · Christoph Lameter <hidden> · 2011-05-17
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · David Rientjes <rientjes@google.com> · 2011-05-17
Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations · David Rientjes <rientjes@google.com> · 2011-05-17
[PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · KOSAKI Motohiro <hidden> · 2011-05-15
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · James Bottomley <James.Bottomley@HansenPartnership.com> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-17
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-17
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Colin Ian King <hidden> · 2011-05-17
[PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · Mel Gorman <mgorman@suse.de> · 2011-05-17
Re: [PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · KOSAKI Motohiro <hidden> · 2011-05-18
Re: [PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · Minchan Kim <hidden> · 2011-05-19
Re: [PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · Minchan Kim <hidden> · 2011-05-19
Re: [PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · Colin Ian King <hidden> · 2011-05-19
Re: [PATCH] mm: vmscan: Correctly check if reclaimer should schedule during shrink_slab · Minchan Kim <hidden> · 2011-05-20
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Colin Ian King <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · James Bottomley <James.Bottomley@HansenPartnership.com> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · KOSAKI Motohiro <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · KOSAKI Motohiro <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Minchan Kim <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · KOSAKI Motohiro <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · KOSAKI Motohiro <hidden> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-18
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Mel Gorman <mgorman@suse.de> · 2011-05-16
Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep · Rik van Riel <hidden> · 2011-05-16
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · James Bottomley <James.Bottomley@HansenPartnership.com> · 2011-05-13
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Christoph Lameter <hidden> · 2011-05-13
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Mel Gorman <mgorman@suse.de> · 2011-05-13
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Colin Ian King <hidden> · 2011-05-14
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Mel Gorman <mgorman@suse.de> · 2011-05-16
Re: [PATCH 0/4] Reduce impact to overall system of SLUB using high-order allocations V2 · Colin Ian King <hidden> · 2011-05-16

From: Rik van Riel <hidden>
Date: 2011-05-16 14:30:37
Also in: linux-fsdevel, linux-mm, lkml

On 05/13/2011 10:03 AM, Mel Gorman wrote:

Under constant allocation pressure, kswapd can be in the situation where
sleeping_prematurely() will always return true even if kswapd has been
running a long time. Check if kswapd needs to be scheduled.

Signed-off-by: Mel Gorman<mgorman@suse.de>

Acked-by: Rik van Riel<redacted>

-- 
All rights reversed

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help