Re: [patch 17/20] non-reclaimable mlocked pages
- From: Rik van Riel <riel@xxxxxxxxxx>
- Date: Wed, 19 Dec 2007 09:53:07 -0500
On Wed, 19 Dec 2007 15:24:07 +0100
Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote:
I thought Lee had patches that moved pages with long rmap chains (both
anon and file) out onto the non-reclaim list, for those a slow
background scan does make sense.
I suspect we won't be needing that code. The SEQ replacement for
swap backed pages might reduce the number of pages that need to
be scanned to a reasonable number.
Remember, steady states are not a big problem with the current VM.
It's the sudden burst of scanning that happens when the VM decides
that it should start swapping (and every anonymous page is referenced)
that kills large systems.
--
All Rights Reversed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [patch 17/20] non-reclaimable mlocked pages
- From: Lee Schermerhorn
- Re: [patch 17/20] non-reclaimable mlocked pages
- References:
- [patch 00/20] VM pageout scalability improvements
- From: Rik van Riel
- [patch 17/20] non-reclaimable mlocked pages
- From: Rik van Riel
- Re: [patch 17/20] non-reclaimable mlocked pages
- From: Nick Piggin
- Re: [patch 17/20] non-reclaimable mlocked pages
- From: Rik van Riel
- Re: [patch 17/20] non-reclaimable mlocked pages
- From: Peter Zijlstra
- [patch 00/20] VM pageout scalability improvements
- Prev by Date: Re: [kvm-devel] Guest kernel hangs in smp kvm for older kernels prior to tsc sync cleanup
- Next by Date: Re: [PATCH 1/1] : hwmon - new chip driver for TI ADS7828 A-D
- Previous by thread: Re: [patch 17/20] non-reclaimable mlocked pages
- Next by thread: Re: [patch 17/20] non-reclaimable mlocked pages
- Index(es):
Relevant Pages
|
