On large memory systems, the VM can spend way too much time scanning through pages that it cannot (or should not) evict from memory. Not only does it use up CPU time, but it also provokes lock contention and can leave large systems under memory presure in a catatonic state. This patch series improves VM scalability by: 1) making the locking a little more scalable 2) putting filesystem backed, swap backed and non-reclaimable pages onto their own LRUs, so the system only scans the pages that it can/should evict from memory 3) switching to SEQ replacement for the anonymous LRUs, so the number of pages that need to be scanned when the system starts swapping is bound to a reasonable number The noreclaim patches come verbatim from Lee Schermerhorn and Nick Piggin. I have not taken a detailed look at them yet and all I have done is fix the rejects against the latest -mm kernel. I am posting this series now because I would like to get more feedback, while I am studying and improving the noreclaim patches myself. -- All Rights Reversed -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] 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 00/20] VM pageout scalability improvements
- From: Balbir Singh <[email protected]>
- [patch 17/20] non-reclaimable mlocked pages
- From: Rik van Riel <[email protected]>
- [patch 08/20] split LRU lists into anon & file sets
- From: Rik van Riel <[email protected]>
- [patch 20/20] account mlocked pages
- From: Rik van Riel <[email protected]>
- [patch 12/20] No Reclaim LRU Infrastructure
- From: Rik van Riel <[email protected]>
- [patch 07/20] Use an indexed array for LRU variables
- From: Rik van Riel <[email protected]>
- [patch 03/20] move isolate_lru_page() to vmscan.c
- From: Rik van Riel <[email protected]>
- [patch 02/20] make the inode i_mmap_lock a reader/writer lock
- From: Rik van Riel <[email protected]>
- [patch 14/20] Scan noreclaim list for reclaimable pages
- From: Rik van Riel <[email protected]>
- [patch 15/20] ramfs pages are non-reclaimable
- From: Rik van Riel <[email protected]>
- [patch 19/20] handle mlocked pages during map/unmap and truncate
- From: Rik van Riel <[email protected]>
- [patch 11/20] add newly swapped in pages to the inactive list
- From: Rik van Riel <[email protected]>
- [patch 16/20] SHM_LOCKED pages are nonreclaimable
- From: Rik van Riel <[email protected]>
- [patch 09/20] split anon & file LRUs for memcontrol code
- From: Rik van Riel <[email protected]>
- [patch 13/20] Non-reclaimable page statistics
- From: Rik van Riel <[email protected]>
- [patch 18/20] mlock vma pages under mmap_sem held for read
- From: Rik van Riel <[email protected]>
- [patch 10/20] SEQ replacement for anonymous pages
- From: Rik van Riel <[email protected]>
- [patch 06/20] debugging checks for page_file_cache()
- From: Rik van Riel <[email protected]>
- [patch 04/20] free swap space on swap-in/activation
- From: Rik van Riel <[email protected]>
- [patch 05/20] define page_file_cache() function
- From: Rik van Riel <[email protected]>
- [patch 01/20] convert anon_vma list lock a read/write lock
- From: Rik van Riel <[email protected]>
- Re: [patch 00/20] VM pageout scalability improvements
- Prev by Date: [patch 01/20] convert anon_vma list lock a read/write lock
- Next by Date: [patch 05/20] define page_file_cache() function
- Previous by thread: [PATCH] ecryptfs: fix unlocking in error paths
- Next by thread: [patch 01/20] convert anon_vma list lock a read/write lock
- Index(es):
 |