Prevent LRU churning
Subsystems (9)
v2 cover Prevent LRU churning
Changelog since V1
o Rebase on 2.6.39
o change description slightly
There are some places to isolate and putback pages.
For example, compaction does it for getting contiguous page.
The problem is that if we isolate page in the middle of LRU and putback it we lose LRU history as putback_lru_page inserts the page into head of LRU list.
LRU history is important parameter to select victim page in curre page reclaim when memory pressure is heavy. Unfortunately, if someone want to allocate high-order page and memory pressure is heavy, it would trigger compaction and we end up lost LRU history. It means we can evict working set pages and system latency would be high.
This patch is for solving the problem with two methods.
* Anti-churning
when we isolate page on LRU list, let's not isolate page we can't handle
* De-churning
when we putback page on LRU list in migration, let's insert new page into old page's lru position.
[1,2,3/10] is just clean up.
[4,5,6/10] is related to Anti-churning.
[7,8,9/10] is related to De-churning.
[10/10] is adding to new tracepoints which is never for merge but just show the effect.
I test and pass this series all[yes|no|mod|def]config.
And in my machine(1G DRAM, Intel Core 2 Duo), test scenario is following as.
1) Boot up
2) qemu ubuntu start up (1G mem)
3) Run many applications and switch attached script(which is made by Wu)
I think this is worst-case scenario since there are many contiguous pages when machine boots up. It means system memory isn't aging so that many pages are contiguous-LRU order. It could make bad effect on inorder-lru but I solved the problem. Please see description of [7/10].
Test result is following as.
For compaction, it isolated about 20000 pages. Only 10 pages are put backed with out-of-order(ie, head of LRU) Others, about 19990 pages are put-backed with in-order (ie, position of old page while migration happens). It is eactly what I want.
Welcome to any comment.
Minchan Kim (10):
[1/10] Make clear description of isolate/putback functions [2/10] compaction: trivial clean up acct_isolated
[3/10] Change int mode for isolate mode with enum ISOLATE_PAGE_MODE [4/10] Add additional isolation mode
[5/10] compaction: make isolate_lru_page with filter aware [6/10] vmscan: make isolate_lru_page with filter aware [7/10] In order putback lru core
[8/10] migration: make in-order-putback aware
[9/10] compaction: make compaction use in-order putback [10/10] add tracepoints
include/linux/memcontrol.h | 5 +- include/linux/migrate.h | 40 ++++ include/linux/mm_types.h | 16 ++- include/linux/swap.h | 18 ++- include/trace/events/inorder_putback.h | 79 +++++++ include/trace/events/vmscan.h | 8 +- mm/compaction.c | 47 ++-- mm/internal.h | 2 + mm/memcontrol.c | 3 +- mm/migrate.c | 393 +++++++++++++++++++++++++++++++- mm/swap.c | 2 +- mm/vmscan.c | 115 ++++++++-- 12 files changed, 673 insertions(+), 55 deletions(-) create mode 100644 include/trace/events/inorder_putback.h
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 1/10 Make clear description of isolate/putback functions
Commonly, putback_lru_page is used with isolated_lru_page. The isolated_lru_page picks the page in middle of LRU and putback_lru_page insert the lru in head of LRU.
It means it could make LRU churning so we have to be very careful. Let's clear description of isolate/putback functions.
--- mm/migrate.c | 2 +- mm/vmscan.c | 8 ++++++-- 2 files changed, 7 insertions(+), 3 deletions(-)
mm/migrate.c +1 -1
@@ -68,7 +68,7 @@ int migrate_prep_local(void) }/* -* Add isolated pages on the list back to the LRU under page lock +* Add isolated pages on the list back to the LRU's head under page lock * to avoid leaking evictable pages back onto unevictable list. */ void putback_lru_pages (struct list_head *l)
mm/vmscan.c +6 -2
@@ -551,10 +551,10 @@ int remove_mapping(struct address_space *mapping, struct page *page) }/** -* putback_lru_page - put previously isolated page onto appropriate LRU list +* putback_lru_page - put previously isolated page onto appropriate LRU list's head * @page: page to be put back to appropriate lru list * -* Add previously isolated @page to appropriate LRU list. +* Add previously isolated @page to appropriate LRU list's head * Page may still be unevictable for other reasons. * * lru_lock must not be held, interrupts must be enabled.
@@ -1196,6 +1196,10 @@ static unsigned long clear_active_flags(struct list_head *page_list,* without a stable reference). * (2) the lru_lock must not be held. * (3) interrupts must be enabled. +* +* NOTE : This function removes the page from LRU list and putback_lru_page +* insert the page to LRU list's head. It means it makes LRU churing so you +* have to use the function carefully. */ int isolate_lru_page (struct page *page) {
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 01/10] Make clear description of isolate/putback functions
Quoted 6 lines · Minchan Kim
Commonly,
putback_lru_pageis used withisolated_lru_page. Theisolated_lru_pagepicks the page in middle of LRU andputback_lru_pageinsert the lru in head of LRU.
It means it could make LRU churning so we have to be very careful. Let's clear description of isolate/putback functions.
Quoted 7 lines
Cc Mel Gorman<[email protected]>Cc Rik van Riel<[email protected]>Cc Andrea Arcangeli<[email protected]>Reviewed-by KAMEZAWA Hiroyuki<[email protected]>Acked-by Johannes Weiner<[email protected]>Reviewed-by KOSAKI Motohiro<[email protected]>Signed-off-by Minchan Kim<[email protected]>
Signature · 8 lines
All rights reversed -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 2/10 compaction: trivial clean up acct_isolated
In reply to Minchan Kimacct_isolated of compaction uses page_lru_base_type which returns only base type of LRU list so it never returns LRU_ACTIVE_ANON or LRU_ACTIVE_FILE. In addtion, cc->nr_[anon|file] is used in only acct_isolated so it doesn't have fields in conpact_control.
This patch removes fields from compact_control and makes clear function of acct_issolated which counts the number of anon|file pages isolated.
--- mm/compaction.c | 18 +++++------------- 1 files changed, 5 insertions(+), 13 deletions(-)
mm/compaction.c +5 -13
@@ -35,10 +35,6 @@ struct compact_control {unsigned long migrate_pfn;/* isolate_migratepages search base */ bool sync;/* Synchronous migration */ -/* Account for isolated anon and file pages */ -unsigned long nr_anon; -unsigned long nr_file; -unsigned int order;/* order a direct compactor needs */ int migratetype;/* MOVABLE, RECLAIMABLE etc */ struct zone *zone;
@@ -212,17 +208,13 @@ static void isolate_freepages(struct zone *zone,static void acct_isolated (struct zone *zone,struct compact_control *cc) {struct page *page; -unsigned int count[NR_LRU_LISTS ] = {0 , }; +unsigned int count[2 ] = {0 , }; -list_for_each_entry (page, &cc->migratepages, lru) { -int lru =page_lru_base_type (page); - count[lru]++; - } +list_for_each_entry (page, &cc->migratepages, lru) + count[!!page_is_file_cache (page)]++; - cc->nr_anon = count[LRU_ACTIVE_ANON ] + count[LRU_INACTIVE_ANON ]; - cc->nr_file = count[LRU_ACTIVE_FILE ] + count[LRU_INACTIVE_FILE ]; -__mod_zone_page_state (zone,NR_ISOLATED_ANON , cc->nr_anon); -__mod_zone_page_state (zone,NR_ISOLATED_FILE , cc->nr_file); +__mod_zone_page_state (zone,NR_ISOLATED_ANON , count[0 ]); +__mod_zone_page_state (zone,NR_ISOLATED_FILE , count[1 ]); }/* Similar to reclaim, but different enough that they don't share logic */
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 02/10] compaction: trivial clean up acct_isolated
Quoted 7 lines · Minchan Kim
acct_isolatedof compaction usespage_lru_base_typewhich returns only base type of LRU list so it never returnsLRU_ACTIVE_ANONorLRU_ACTIVE_FILE. In addtion, cc->nr_[anon|file] is used in onlyacct_isolatedso it doesn't have fields inconpact_control.
This patch removes fields fromcompact_controland makes clear function ofacct_issolatedwhich counts the number of anon|file pages isolated.
Quoted 7 lines
Cc KOSAKI Motohiro <[email protected]>Cc Mel Gorman <[email protected]>Cc Rik van Riel <[email protected]>Cc Andrea Arcangeli <[email protected]>Cc Johannes Weiner <[email protected]>Reviewed-by KAMEZAWA Hiroyuki <[email protected]>Signed-off-by Minchan Kim <[email protected]>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 02/10] compaction: trivial clean up acct_isolated
In reply to Minchan KimQuoted 7 lines · Minchan Kim
acct_isolatedof compaction usespage_lru_base_typewhich returns only base type of LRU list so it never returnsLRU_ACTIVE_ANONorLRU_ACTIVE_FILE. In addtion, cc->nr_[anon|file] is used in onlyacct_isolatedso it doesn't have fields inconpact_control.
This patch removes fields fromcompact_controland makes clear function ofacct_issolatedwhich counts the number of anon|file pages isolated.
Quoted 7 lines
Cc KOSAKI Motohiro<[email protected]>Cc Mel Gorman<[email protected]>Cc Rik van Riel<[email protected]>Cc Andrea Arcangeli<[email protected]>Cc Johannes Weiner<[email protected]>Reviewed-by KAMEZAWA Hiroyuki<[email protected]>Signed-off-by Minchan Kim<[email protected]>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 3/10 Change isolate mode from int type to enum type
In reply to Minchan KimThis patch changes macro define with enum variable.
Normally, enum is preferred as it's type-safe and making debugging easier as symbol can be passed throught to the debugger.
This patch doesn't change old behavior.
It is used by next patches.
--- include/linux/memcontrol.h | 5 ++++- include/linux/swap.h | 12 ++++++++---- include/trace/events/vmscan.h | 8 ++++---- mm/memcontrol.c | 3 ++- mm/vmscan.c | 19 +++++++++++++------ 5 files changed, 31 insertions(+), 16 deletions(-)
include/linux/memcontrol.h +4 -1
@@ -30,10 +30,13 @@ enum mem_cgroup_page_stat_item { MEMCG_NR_FILE_MAPPED, /* # of pages charged as file rss */ }; +enum ISOLATE_PAGE_MODE ; +extern unsigned long mem_cgroup_isolate_pages (unsigned long nr_to_scan,struct list_head *dst,unsigned long *scanned,int order, -int mode,struct zone *z, +enum ISOLATE_PAGE_MODE mode, +struct zone *z,struct mem_cgroup *mem_cont,int active,int file);
include/linux/swap.h +8 -4
@@ -244,9 +244,12 @@ static inline void lru_cache_add_file(struct page *page) }/* LRU Isolation modes. */ -#define ISOLATE_INACTIVE 0/* Isolate inactive pages. */ -#define ISOLATE_ACTIVE 1/* Isolate active pages. */ -#define ISOLATE_BOTH 2/* Isolate both active and inactive pages. */ +enum ISOLATE_PAGE_MODE { +ISOLATE_NONE , +ISOLATE_INACTIVE =1 ,/* Isolate inactive pages */ +ISOLATE_ACTIVE =2 ,/* Isolate active pages */ +ISOLATE_BOTH =4 ,/* Isolate both active and inactive pages */ +};/* linux/mm/vmscan.c */ extern unsigned long try_to_free_pages(struct zonelist *zonelist, int order,
@@ -258,7 +261,8 @@ extern unsigned long mem_cgroup_shrink_node_zone(struct mem_cgroup *mem, gfp_t gfp_mask, bool noswap, unsigned int swappiness, struct zone *zone); -extern int __isolate_lru_page (struct page *page,int mode,int file); +extern int __isolate_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode, +int file);extern unsigned long shrink_all_memory (unsigned long nr_pages);extern int vm_swappiness;extern int remove_mapping (struct address_space *mapping,struct page *page);
include/trace/events/vmscan.h +4 -4
@@ -187,7 +187,7 @@ DECLARE_EVENT_CLASS(mm_vmscan_lru_isolate_template,unsigned long nr_lumpy_taken, unsigned long nr_lumpy_dirty, unsigned long nr_lumpy_failed, - int isolate_mode), + enum ISOLATE_PAGE_MODE isolate_mode), TP_ARGS(order, nr_requested, nr_scanned, nr_taken, nr_lumpy_taken, nr_lumpy_dirty, nr_lumpy_failed, isolate_mode),
@@ -199,7 +199,7 @@ DECLARE_EVENT_CLASS(mm_vmscan_lru_isolate_template, __field(unsigned long, nr_lumpy_taken) __field(unsigned long, nr_lumpy_dirty) __field(unsigned long, nr_lumpy_failed) - __field(int, isolate_mode) + __field(enum ISOLATE_PAGE_MODE, isolate_mode) ), TP_fast_assign(
@@ -233,7 +233,7 @@ DEFINE_EVENT(mm_vmscan_lru_isolate_template, mm_vmscan_lru_isolate,unsigned long nr_lumpy_taken, unsigned long nr_lumpy_dirty, unsigned long nr_lumpy_failed, - int isolate_mode), + enum ISOLATE_PAGE_MODE isolate_mode),TP_ARGS (order ,nr_requested ,nr_scanned ,nr_taken ,nr_lumpy_taken ,nr_lumpy_dirty ,nr_lumpy_failed ,isolate_mode )
@@ -248,7 +248,7 @@ DEFINE_EVENT(mm_vmscan_lru_isolate_template, mm_vmscan_memcg_isolate,unsigned long nr_lumpy_taken, unsigned long nr_lumpy_dirty, unsigned long nr_lumpy_failed, - int isolate_mode), + enum ISOLATE_PAGE_MODE isolate_mode),TP_ARGS (order ,nr_requested ,nr_scanned ,nr_taken ,nr_lumpy_taken ,nr_lumpy_dirty ,nr_lumpy_failed ,isolate_mode )
mm/memcontrol.c +2 -1
@@ -1106,7 +1106,8 @@ mem_cgroup_get_reclaim_stat_from_page(struct page *page)unsigned long mem_cgroup_isolate_pages (unsigned long nr_to_scan,struct list_head *dst,unsigned long *scanned,int order, -int mode,struct zone *z, +enum ISOLATE_PAGE_MODE mode, +struct zone *z,struct mem_cgroup *mem_cont,int active,int file) {
mm/vmscan.c +13 -6
@@ -957,23 +957,29 @@ keep_lumpy:* * returns 0 on success, -ve errno on failure. */ -int __isolate_lru_page (struct page *page,int mode,int file) +int __isolate_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode, +int file) { +int active;int ret = -EINVAL ; +BUG_ON (mode &ISOLATE_BOTH && + (mode &ISOLATE_INACTIVE || mode &ISOLATE_ACTIVE ));/* Only take pages on the LRU. */ if (!PageLRU (page))return ret; + active =PageActive (page); +/* * When checking the active state, we need to be sure we are * dealing with comparible boolean values. Take the logical not * of each. */ -if (mode !=ISOLATE_BOTH && (!PageActive (page) != !mode)) +if (mode &ISOLATE_ACTIVE && !active)return ret; -if (mode !=ISOLATE_BOTH &&page_is_file_cache (page) != file) +if (mode &ISOLATE_INACTIVE && active)return ret;/*
@@ -1021,7 +1027,8 @@ int __isolate_lru_page(struct page *page, int mode, int file)*/ static unsigned long isolate_lru_pages (unsigned long nr_to_scan,struct list_head *src,struct list_head *dst, -unsigned long *scanned,int order,int mode,int file) +unsigned long *scanned,int order,enum ISOLATE_PAGE_MODE mode, +int file) {unsigned long nr_taken =0 ;unsigned long nr_lumpy_taken =0 ;
@@ -1134,8 +1141,8 @@ static unsigned long isolate_lru_pages(unsigned long nr_to_scan,static unsigned long isolate_pages_global (unsigned long nr,struct list_head *dst,unsigned long *scanned,int order, -int mode,struct zone *z, -int active,int file) +enum ISOLATE_PAGE_MODE mode, +struct zone *z,int active,int file) {int lru =LRU_BASE ;if (active)
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Johannes Weiner
maintainerRe: [PATCH v2 03/10] Change isolate mode from int type to enum type
Quoted 23 lines · Minchan Kim
mm/vmscan.c +7
-1@@ -957,23 +957,29 @@ keep_lumpy:* * returns 0 on success, -ve errno on failure. */ -int __isolate_lru_page (struct page *page,int mode,int file) +int __isolate_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode, +int file) { +int active;int ret = -EINVAL ; +BUG_ON (mode &ISOLATE_BOTH && + (mode &ISOLATE_INACTIVE || mode &ISOLATE_ACTIVE ));/* Only take pages on the LRU. */ if (!PageLRU (page))return ret; + active =PageActive (page); +/* * When checking the active state, we need to be sure we are
mm/vmscan.c keep_lumpy: · line 983
Quoted 10 lines
mm/vmscan.c +2
-2* dealing with comparible boolean values. Take the logical not * of each. */ -if (mode !=ISOLATE_BOTH && (!PageActive (page) != !mode)) +if (mode &ISOLATE_ACTIVE && !active)return ret; -if (mode !=ISOLATE_BOTH &&page_is_file_cache (page) != file) +if (mode &ISOLATE_INACTIVE && active)return ret;
What happened to the check for file pages?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 03/10] Change isolate mode from int type to enum type
Quoted 31 lines · Johannes Weiner
Quoted 30 lines · Minchan Kim
mm/vmscan.c +8
-2@@ -957,23 +957,29 @@ keep_lumpy:* * returns 0 on success, -ve errno on failure. */ -int __isolate_lru_page (struct page *page,int mode,int file) +int __isolate_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode, +int file) { +int active;int ret = -EINVAL ; +BUG_ON (mode &ISOLATE_BOTH && + (mode &ISOLATE_INACTIVE || mode &ISOLATE_ACTIVE ));/* Only take pages on the LRU. */ if (!PageLRU (page))return ret; + active =PageActive (page); +/* * When checking the active state, we need to be sure we are * dealing with comparible boolean values. Take the logical not * of each. */ -if (mode !=ISOLATE_BOTH && (!PageActive (page) != !mode)) +if (mode &ISOLATE_ACTIVE && !active)return ret;
Quoted 5 lines
mm/vmscan.c keep_lumpy: · line 983
Quoted 3 lines
mm/vmscan.c +1
-1-if (mode !=ISOLATE_BOTH &&page_is_file_cache (page) != file) +if (mode &ISOLATE_INACTIVE && active)return ret;What happened to the check for file pages?
Shame on me. I should not change old behavior.
Will fix on v3.
Thanks, Hannes.
Signature · 9 lines
Kind regards Minchan Kim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 4/10 Add additional isolation mode
In reply to Minchan KimThere are some places to isolate lru page and I believe users of isolate_lru_page will be growing.
The purpose of them is each different so part of isolated pages should put back to LRU, again.
The problem is when we put back the page into LRU,
we lose LRU ordering and the page is inserted at head of LRU list. It makes unnecessary LRU churning so that vm can evict working set pages rather than idle pages.
This patch adds new modes when we isolate page in LRU so we don't isolate pages if we can't handle it. It could reduce LRU churning.
This patch doesn't change old behavior. It's just used by next patches.
--- include/linux/swap.h | 2 ++ mm/vmscan.c | 6 ++++++ 2 files changed, 8 insertions(+), 0 deletions(-)
include/linux/swap.h +2 -0
@@ -249,6 +249,8 @@ enum ISOLATE_PAGE_MODE {ISOLATE_INACTIVE =1 ,/* Isolate inactive pages */ ISOLATE_ACTIVE =2 ,/* Isolate active pages */ ISOLATE_BOTH =4 ,/* Isolate both active and inactive pages */ +ISOLATE_CLEAN =8 ,/* Isolate clean file */ + ISOLATE_UNMAPPED = 16, /* Isolate unmapped file */ };/* linux/mm/vmscan.c */
mm/vmscan.c +6 -0
@@ -992,6 +992,12 @@ int __isolate_lru_page(struct page *page, enum ISOLATE_PAGE_MODE mode, ret = -EBUSY ; +if (mode &ISOLATE_CLEAN && (PageDirty (page) ||PageWriteback (page))) +return ret; + +if (mode &ISOLATE_UNMAPPED &&page_mapped (page)) +return ret; +if (likely (get_page_unless_zero (page))) {/* * Be careful not to clear PageLRU until after we're
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 04/10] Add additional isolation mode
Quoted 15 lines · Minchan Kim
There are some places to isolate lru page and I believe users of
isolate_lru_pagewill be growing.
The purpose of them is each different so part of isolated pages should put back to LRU, again.The problem is when we put back the page into LRU,
we lose LRU ordering and the page is inserted at head of LRU list. It makes unnecessary LRU churning so that vm can evict working set pages rather than idle pages.This patch adds new modes when we isolate page in LRU so we don't isolate pages if we can't handle it. It could reduce LRU churning.
This patch doesn't change old behavior. It's just used by next patches.
Quoted 7 lines
Cc KOSAKI Motohiro <[email protected]>Cc Mel Gorman <[email protected]>Cc Rik van Riel <[email protected]>Cc Andrea Arcangeli <[email protected]>Cc Johannes Weiner <[email protected]>Cc KAMEZAWA Hiroyuki <[email protected]>Signed-off-by Minchan Kim <[email protected]>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 04/10] Add additional isolation mode
In reply to Minchan KimQuoted 15 lines · Minchan Kim
There are some places to isolate lru page and I believe users of
isolate_lru_pagewill be growing.
The purpose of them is each different so part of isolated pages should put back to LRU, again.The problem is when we put back the page into LRU,
we lose LRU ordering and the page is inserted at head of LRU list. It makes unnecessary LRU churning so that vm can evict working set pages rather than idle pages.This patch adds new modes when we isolate page in LRU so we don't isolate pages if we can't handle it. It could reduce LRU churning.
This patch doesn't change old behavior. It's just used by next patches.
Quoted 7 lines
Cc KOSAKI Motohiro<[email protected]>Cc Mel Gorman<[email protected]>Cc Rik van Riel<[email protected]>Cc Andrea Arcangeli<[email protected]>Cc Johannes Weiner<[email protected]>Cc KAMEZAWA Hiroyuki<[email protected]>Signed-off-by Minchan Kim<[email protected]>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 5/10 compaction: make isolate_lru_page with filter aware
In reply to Minchan KimIn async mode, compaction doesn't migrate dirty or writeback pages. So, it's meaningless to pick the page and re-add it to lru list.
Of course, when we isolate the page in compaction, the page might be dirty or writeback but when we try to migrate the page, the page would be not dirty, writeback. So it could be migrated. But it's very unlikely as isolate and migration cycle is much faster than writeout.
So, this patch helps cpu and prevent unnecessary LRU churning.
--- mm/compaction.c | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-)
mm/compaction.c +4 -1
@@ -243,6 +243,7 @@ static unsigned long isolate_migratepages(struct zone *zone,unsigned long last_pageblock_nr =0 , pageblock_nr;unsigned long nr_scanned =0 , nr_isolated =0 ;struct list_head *migratelist = &cc->migratepages; +enum ISOLATE_PAGE_MODE mode =ISOLATE_BOTH ;/* Do not scan outside zone boundaries */ low_pfn =max (cc->migrate_pfn, zone->zone_start_pfn);
@@ -327,7 +328,9 @@ static unsigned long isolate_migratepages(struct zone *zone, }/* Try isolate the page */ -if (__isolate_lru_page (page,ISOLATE_BOTH ,0 ) !=0 ) +if (!cc->sync) + mode |=ISOLATE_CLEAN ; +if (__isolate_lru_page (page, mode,0 ) !=0 )continue ;VM_BUG_ON (PageTransCompound (page));
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 05/10] compaction: make isolate_lru_page with filter aware
Quoted 11 lines · Minchan Kim
In async mode, compaction doesn't migrate dirty or writeback pages. So, it's meaningless to pick the page and re-add it to lru list.
Of course, when we isolate the page in compaction, the page might be dirty or writeback but when we try to migrate the page, the page would be not dirty, writeback. So it could be migrated. But it's very unlikely as isolate and migration cycle is much faster than writeout.
So, this patch helps cpu and prevent unnecessary LRU churning.
Quoted 7 lines
Reviewed-by KAMEZAWA Hiroyuki<[email protected]>Reviewed-by KOSAKI Motohiro<[email protected]>Acked-by Johannes Weiner<[email protected]>Acked-by Mel Gorman<[email protected]>Cc Rik van Riel<[email protected]>Cc Andrea Arcangeli<[email protected]>Signed-off-by Minchan Kim<[email protected]>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 6/10 vmscan: make isolate_lru_page with filter aware
In reply to Minchan KimIn __zone_reclaim case, we don't want to shrink mapped page. Nonetheless, we have isolated mapped page and re-add it into LRU's head. It's unnecessary CPU overhead and makes LRU churning.
Of course, when we isolate the page, the page might be mapped but when we try to migrate the page, the page would be not mapped. So it could be migrated. But race is rare and although it happens, it's no big deal.
--- mm/vmscan.c | 29 +++++++++++++++++++++-------- 1 files changed, 21 insertions(+), 8 deletions(-)
mm/vmscan.c +21 -8
@@ -1395,6 +1395,7 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,unsigned long nr_taken;unsigned long nr_anon;unsigned long nr_file; +enum ISOLATE_PAGE_MODE mode =ISOLATE_NONE ;while (unlikely (too_many_isolated (zone, file, sc))) {congestion_wait (BLK_RW_ASYNC ,HZ /10 );
@@ -1406,13 +1407,20 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,set_reclaim_mode (priority, sc, false);lru_add_drain (); + +if (!sc->may_unmap) + mode |=ISOLATE_UNMAPPED ; +if (!sc->may_writepage) + mode |=ISOLATE_CLEAN ; + mode |= sc->reclaim_mode &RECLAIM_MODE_LUMPYRECLAIM ? +ISOLATE_BOTH :ISOLATE_INACTIVE ; +spin_lock_irq (&zone->lru_lock); +if (scanning_global_lru (sc)) { nr_taken =isolate_pages_global (nr_to_scan, - &page_list, &nr_scanned, sc->order, - sc->reclaim_mode &RECLAIM_MODE_LUMPYRECLAIM ? -ISOLATE_BOTH :ISOLATE_INACTIVE , + &page_list, &nr_scanned, sc->order, mode, zone,0 , file); zone->pages_scanned += nr_scanned;if (current_is_kswapd ())
@@ -1423,9 +1431,7 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone, nr_scanned); }else { nr_taken =mem_cgroup_isolate_pages (nr_to_scan, - &page_list, &nr_scanned, sc->order, - sc->reclaim_mode &RECLAIM_MODE_LUMPYRECLAIM ? -ISOLATE_BOTH :ISOLATE_INACTIVE , + &page_list, &nr_scanned, sc->order, mode, zone, sc->mem_cgroup,0 , file);/*
@@ -1529,19 +1535,26 @@ static void shrink_active_list(unsigned long nr_pages, struct zone *zone,struct page *page;struct zone_reclaim_stat *reclaim_stat =get_reclaim_stat (zone, sc);unsigned long nr_rotated =0 ; +enum ISOLATE_PAGE_MODE mode =ISOLATE_ACTIVE ;lru_add_drain (); + +if (!sc->may_unmap) + mode |=ISOLATE_UNMAPPED ; +if (!sc->may_writepage) + mode |=ISOLATE_CLEAN ; +spin_lock_irq (&zone->lru_lock);if (scanning_global_lru (sc)) { nr_taken =isolate_pages_global (nr_pages, &l_hold, &pgscanned, sc->order, -ISOLATE_ACTIVE , zone, + mode, zone,1 , file); zone->pages_scanned += pgscanned; }else { nr_taken =mem_cgroup_isolate_pages (nr_pages, &l_hold, &pgscanned, sc->order, -ISOLATE_ACTIVE , zone, + mode, zone, sc->mem_cgroup,1 , file);/* * mem_cgroup_isolate_pages() keeps track of
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Johannes Weiner
maintainerRe: [PATCH v2 06/10] vmscan: make isolate_lru_page with filter aware
Quoted 32 lines · Minchan Kim
In
__zone_reclaimcase, we don't want to shrink mapped page. Nonetheless, we have isolated mapped page and re-add it into LRU's head. It's unnecessary CPU overhead and makes LRU churning.Of course, when we isolate the page, the page might be mapped but when we try to migrate the page, the page would be not mapped. So it could be migrated. But race is rare and although it happens, it's no big deal.
Reviewed-by KAMEZAWA Hiroyuki <[email protected]>Acked-by Johannes Weiner <[email protected]>Cc Mel Gorman <[email protected]>Cc Rik van Riel <[email protected]>Cc Andrea Arcangeli <[email protected]>Signed-off-by Minchan Kim <[email protected]>--- mm/vmscan.c | 29 +++++++++++++++++++++-------- 1 files changed, 21 insertions(+), 8 deletions(-)mm/vmscan.c +1
-0@@ -1395,6 +1395,7 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,unsigned long nr_taken;unsigned long nr_anon;unsigned long nr_file; +enum ISOLATE_PAGE_MODE mode =ISOLATE_NONE ;while (unlikely (too_many_isolated (zone, file, sc))) {congestion_wait (BLK_RW_ASYNC ,HZ /10 );
mm/vmscan.c shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone, · line 1416
Quoted 10 lines
mm/vmscan.c +7
-0@@ -1406,13 +1407,20 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,set_reclaim_mode (priority, sc, false);lru_add_drain (); + +if (!sc->may_unmap) + mode |=ISOLATE_UNMAPPED ; +if (!sc->may_writepage) + mode |=ISOLATE_CLEAN ; + mode |= sc->reclaim_mode &RECLAIM_MODE_LUMPYRECLAIM ? +ISOLATE_BOTH :ISOLATE_INACTIVE ;
Hmm, it would probably be cleaner to fully convert the isolation mode into independent flags. INACTIVE, ACTIVE, BOTH is currently a tri-state among flags, which is a bit ugly.
mode = ISOLATE_INACTIVE; if (!sc->may_unmap) mode |= ISOLATE_UNMAPPED; if (!sc->may_writepage) mode |= ISOLATE_CLEAN; if (sc->reclaim_mode & RECLAIM_MODE_LUMPYRECLAIM) mode |= ISOLATE_ACTIVE;
What do you think?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 06/10] vmscan: make isolate_lru_page with filter aware
Quoted 56 lines · Johannes Weiner
Quoted 32 lines · Minchan Kim
In
__zone_reclaimcase, we don't want to shrink mapped page. Nonetheless, we have isolated mapped page and re-add it into LRU's head. It's unnecessary CPU overhead and makes LRU churning.Of course, when we isolate the page, the page might be mapped but when we try to migrate the page, the page would be not mapped. So it could be migrated. But race is rare and although it happens, it's no big deal.
Reviewed-by KAMEZAWA Hiroyuki <[email protected]>Acked-by Johannes Weiner <[email protected]>Cc Mel Gorman <[email protected]>Cc Rik van Riel <[email protected]>Cc Andrea Arcangeli <[email protected]>Signed-off-by Minchan Kim <[email protected]>--- mm/vmscan.c | 29 +++++++++++++++++++++-------- 1 files changed, 21 insertions(+), 8 deletions(-)mm/vmscan.c +1
-0@@ -1395,6 +1395,7 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,unsigned long nr_taken;unsigned long nr_anon;unsigned long nr_file; +enum ISOLATE_PAGE_MODE mode =ISOLATE_NONE ;while (unlikely (too_many_isolated (zone, file, sc))) {congestion_wait (BLK_RW_ASYNC ,HZ /10 );mm/vmscan.c shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone, · line 1416
Quoted 10 lines
mm/vmscan.c +7
-0@@ -1406,13 +1407,20 @@ shrink_inactive_list(unsigned long nr_to_scan, struct zone *zone,set_reclaim_mode (priority, sc, false);lru_add_drain (); + +if (!sc->may_unmap) + mode |=ISOLATE_UNMAPPED ; +if (!sc->may_writepage) + mode |=ISOLATE_CLEAN ; + mode |= sc->reclaim_mode &RECLAIM_MODE_LUMPYRECLAIM ? +ISOLATE_BOTH :ISOLATE_INACTIVE ;Hmm, it would probably be cleaner to fully convert the isolation mode into independent flags. INACTIVE, ACTIVE, BOTH is currently a tri-state among flags, which is a bit ugly.
mode = ISOLATE_INACTIVE; if (!sc->may_unmap) mode |= ISOLATE_UNMAPPED; if (!sc->may_writepage) mode |= ISOLATE_CLEAN; if (sc->reclaim_mode & RECLAIM_MODE_LUMPYRECLAIM) mode |= ISOLATE_ACTIVE;
Quoted 1 line
What do you think?
It's good point.
Actually, I am trying it for unevictable page migration. I removed BOTH and insert ISOLATE_UNEVICTABLE. But it's in my queue and doesn't published yet. The summary is that I am going on that way.
I will clean up it in v3, too.
==
Subject: [PATCH 1/2] Cleanup ISOLATE_BOTH
Before 2.6.38, we just had two lru list(active/inactive). Now we have added one more lru type list. ie, unevictable. So ISOLATE_BOTH is not clear naming.
This patch removes ISOLATE_BOTH and instead of it, it require to use more explicit word.
This patch should not change old behavir and it's used by next patch series.
==
Signature · 9 lines
Kind regards Minchan Kim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 7/10 In order putback lru core
In reply to Minchan KimThis patch defines new APIs to put back the page into previous position of LRU. The idea I suggested in LSF/MM is simple.
When we try to put back the page into lru list and if friends(prev, next) of the page still is nearest neighbor, we can insert isolated page into prev's next instead of head of LRU list. So it keeps LRU history without losing the LRU information.
Before :
LRU POV : H - P1 - P2 - P3 - P4 -T
Isolate P3 :
LRU POV : H - P1 - P2 - P4 - T
Putback P3 :
if (P2->next == P4)
putback(P3, P2);
So,
LRU POV : H - P1 - P2 - P3 - P4 -TI implemented this idea in RFC but it had two problems.
1)
For implement, I defined new structure _pages_lru_ which remembers
both lru friend pages of isolated one and handling functions.
For space of pages_lru, I allocated the space dynamically in kmalloc(GFP_AOTMIC) but as we know, compaction is a reclaim path so it's not good idea to allocate memory dynamically in the path. The space need to store pages_lru is enough to allocate just a page as current compaction migrates unit of chunk of 32 pages.
In addition, compaction makes sure lots of order-0 free pages before starting so it wouldn't a big problem, I think. But I admit it can pin some pages
so migration successful ratio might be down if concurrent compaction happens.
I decide changing my mind. I don't use dynamic memory space any more.
As I see migration, we don't need doubly linked list of page->lru.
Whole of operation is performed with enumeration so I think singly linked list is enough. If we can use singly linked list, we can use a pointer as another buffer. In here, we use it to store prev LRU page of page isolated.
2)
The page-relation approach had a problem on contiguous pages. That's because the idea can not work since friend pages are isolated, too. It means prev_page->next == next_page always is _false_ and both pages are not LRU any more at that time. It's pointed out by Rik at LSF/MM summit. So for solving the problem, I changed the idea.
We don't need both friend(prev, next) pages relation but just consider either prev or next page that it is still same LRU
Worst case in this approach, prev or next page is free and allocate new so it's in head of LRU and our isolated page is located on next of head. But it's almost same situation with current problem. So it doesn't make worse than now.
New idea works below.
===
assume : we isolate pages P3~P7 and we consider only prev LRU pointer. notation : (P3,P2) = (isolated page,prev LRU page of isolated page)
H - P1 - P2 - P3 - P4 - P5 - P6 - P7 - P8 - P9 - P10 - T
If we isolate P3, following as
H - P1 - P2 - P4 - P5 - P6 - P7 - P8 - P9 - P10 - T Isolated page list - (P3,P2)
If we isolate P4, following as
H - P1 - P2 - P5 - P6 - P7 - P8 - P9 - P10 - T
Isolated page list - (P4,P2) - (P3,P2)
If we isolate P5, following as
H - P1 - P2 - P6 - P7 - P8 - P9 - P10 - T
Isolated page list - (P5,P2) - (P4,P2) - (P3,P2)
..
..
If we isolate P7, following as
H - P1 - P2 - P8 - P9 - P10 - T
Isolated page list - (P7,P2) - (P6,P2) - (P5,P2) - (P4,P2) - (P3,P2)
Let's start putback from P7
P7)
H - P1 - P2 - P8 - P9 - P10 - T
prev P2 is valid, too. So,
H - P1 - P2 - P7 - P8 - P9 - P10 - T
P6)
H - P1 - P2 - P7 - P8 - P9 - P10 - T
Prev P2 is valid, too. So,
H - P1 - P2 - P6 - P7 - P8 - P9 - P10 - T
..
..
P3)
H - P1 - P2 - P4 - P5 - P6 - P7 - P8 - P9 - P10 - T Prev P2 is valid, too. So,
H - P1 - P2 - P3 - P4 - P5 - P6 - P7 - P8 - P9 - P10 - T
===
--- include/linux/migrate.h | 35 ++++++++++++++++++ include/linux/mm_types.h | 16 ++++++++- include/linux/swap.h | 4 ++ mm/internal.h | 2 + mm/migrate.c | 90 ++++++++++++++++++++++++++++++++++++++++++++++ mm/swap.c | 2 +- mm/vmscan.c | 50 +++++++++++++++++++++++++ 7 files changed, 197 insertions(+), 2 deletions(-)
include/linux/migrate.h +35 -0
@@ -9,7 +9,42 @@ typedef struct page *new_page_t(struct page *, unsigned long private, int **);#ifdef CONFIG_MIGRATION #define PAGE_MIGRATION 1 +/* +* Migratelist for compaction is singly linked list instead of double linked list. +* Current list utility is useful in some sense but we can't make sure compatibilty. +* Please use below functions instead of common list's ones. +*/ +static inline void INIT_MIGRATE_LIST (struct inorder_lru *list) +{ + list->prev_page =NULL ; + list->next = list; +} + +static inline int migratelist_empty (const struct inorder_lru *head) +{ +return head->next == head; +} + +static inline void migratelist_add (struct page *page, +struct page *prev_page,struct inorder_lru *head) +{ +VM_BUG_ON (PageLRU (page)); + + page->ilru.prev_page = prev_page; + page->ilru.next = head->next; + head->next = &page->ilru; +} + +static inline void migratelist_del (struct page *page,struct inorder_lru *head) +{ + head->next = page->ilru.next; +} + +#define list_for_each_migrate_entry list_for_each_entry +#define list_for_each_migrate_entry_safe list_for_each_entry_safe +extern void putback_lru_pages (struct list_head *l); +extern void putback_inorder_lru_pages (struct inorder_lru *l);extern int migrate_page (struct address_space *,struct page *,struct page *); extern int migrate_pages(struct list_head *l, new_page_t x,
include/linux/mm_types.h +15 -1
@@ -24,6 +24,17 @@ struct address_space;#define USE_SPLIT_PTLOCKS (NR_CPUS >= CONFIG_SPLIT_PTLOCK_CPUS) +struct page ; + +/* +* The inorder_lru is used by compaction for keeping LRU order +* during migration. +*/ +struct inorder_lru { +struct page *prev_page;/* prev LRU page of isolated page */ +struct inorder_lru *next;/* next pointer for singly linked list*/ +}; +/* * Each physical page in the system has a struct page associated with * it to keep track of whatever it is we are using the page for at the
@@ -72,9 +83,12 @@ struct page {pgoff_t index;/* Our offset within mapping. */ void *freelist;/* SLUB: freelist req. slab lock */ }; -struct list_head lru;/* Pageout list, eg. active_list +union { +struct inorder_lru ilru;/* compaction: migrated page list */ +struct list_head lru;/* Pageout list, eg. active_list * protected by zone->lru_lock ! */ + };/* * On machines where all RAM is mapped into kernel address space, * we can simply calculate the virtual address. On machines with
include/linux/swap.h +4 -0
@@ -226,6 +226,8 @@ extern int lru_add_drain_all(void);extern void rotate_reclaimable_page (struct page *page);extern void deactivate_page (struct page *page);extern void swap_setup (void ); +extern void update_page_reclaim_stat (struct zone *zone,struct page *page, +int file,int rotated);extern void add_page_to_unevictable_list (struct page *page);
@@ -263,6 +265,8 @@ extern unsigned long mem_cgroup_shrink_node_zone(struct mem_cgroup *mem, gfp_t gfp_mask, bool noswap, unsigned int swappiness, struct zone *zone); +extern int __isolate_inorder_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode, +int file,struct page **lru_p_page);extern int __isolate_lru_page (struct page *page,enum ISOLATE_PAGE_MODE mode,int file);extern unsigned long shrink_all_memory (unsigned long nr_pages);
mm/internal.h +2 -0
@@ -42,6 +42,8 @@ extern unsigned long highest_memmap_pfn;/* * in mm/vmscan.c: */ +extern bool keep_lru_order (struct page *page,struct page *prev); +extern void putback_page_to_lru (struct page *page,struct page *head_page);extern int isolate_lru_page (struct page *page);extern void putback_lru_page (struct page *page);
mm/migrate.c +90 -0
102 lines not on this page · raw message
mm/swap.c +1 -1
@@ -252,7 +252,7 @@ void rotate_reclaimable_page(struct page *page) } } -static void update_page_reclaim_stat (struct zone *zone,struct page *page, +void update_page_reclaim_stat (struct zone *zone,struct page *page,int file,int rotated) {struct zone_reclaim_stat *reclaim_stat = &zone->reclaim_stat;
mm/vmscan.c +50 -0
56 lines not on this page · raw message
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Re: [PATCH v2 07/10] In order putback lru core
Quoted 7 lines · Minchan Kim
This patch defines new APIs to put back the page into previous position of LRU. The idea I suggested in LSF/MM is simple.
When we try to put back the page into lru list and if
friends(prev, next)of the page still is nearest neighbor, we can insert isolated page into prev's next instead of head of LRU list. So it keeps LRU history without losing the LRU information.
Quoted 6 lines
Cc KAMEZAWA Hiroyuki<[email protected]>Cc KOSAKI Motohiro<[email protected]>Cc Mel Gorman<[email protected]>Cc Rik van Riel<[email protected]>Cc Andrea Arcangeli<[email protected]>Signed-off-by Minchan Kim<[email protected]>
Looks reasonable.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 8/10 migration: make in-order-putback aware
In reply to Minchan KimThis patch makes migrate_pages_inorder_lru which is aware of in-order putback. So newpage is located at old page's LRU position.
The logic is following as.
This patch creates new API migrate_pages_inorder_lru for compaction. We need it because
1. inorder_lru uses singly linked list but migrate_pages doesn't support it
2. I need defer old page's putback.(see below)
3. I don't want to bother generic migrate_pages. Maybe there are some points we can unify but I want to defer it after review/merge/stable this series.
For in-order-putback of migration, we need some tweak.
First of all, we need defer old page's putback.
At present, during migration, old page would be freed through unmap_and_move's putback_lru_page. It has a problem in inorder-putback's keep_lru_order logic.
It does check PageLRU and so on. If old page would be freed, it doesn't have PageLRU any more so keep_lru_order returns false so inorder putback would become nop.
Second, we need adjust prev_page of inorder_lru pages when we putback newpage and free old page.
For example,
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P4 - P3 - P2 - P1 - Tinorder_lru : 0
We isolate P2,P3,P4 so inorder_lru has following list
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P1 - Tinorder_lru : (P4,P5) - (P3,P4) - (P2,P3)
After 1st putback,
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P4' - P1 - Tinorder_lru : (P3,P4) - (P2,P3)
P4' is newpage and P4(ie, old page) would freed
In 2nd putback, P3 would find P4 in keep_order_lru but P4 is in buddy so it returns false then inorder_lru doesn't work any more. The bad effect continues until P2. That's too bad.
For fixing, this patch defines adjust_inorder_prev_page. It works following as.
After 1st putback,
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P4' - P1 - Tinorder_lru : (P3,P4') - (P2,P3)
It replaces old page's pointer with new one's so
In 2nd putback,
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P4' - P3' - P1 - Tinorder_lru : (P2,P3')
In 3rd putback,
PHY : H - P1 - P2 - P3 - P4 - P5 - T
LRU : H - P5 - P4' - P3' - P2' - P1 - Tinorder_lru : 0
---
o Actually, I don't like new version of migration. We already had it on hugepage so I don't want to add another new version. But this patch might make many trouble of handling page list so I want to not propagate it into another stable thing. So my final descision is a complete separation but if you guys don't like it, I can unify it with some flag parameter. Maybe it could make code very ugly, I think. I want to unify all of migrate functions(ie, normal, inorder, huge_page) later.
include/linux/migrate.h | 5 + mm/migrate.c | 294 +++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 299 insertions(+), 0 deletions(-)
include/linux/migrate.h +5 -0
@@ -50,6 +50,11 @@ extern int migrate_page(struct address_space *,extern int migrate_pages (struct list_head *l,new_page_t x,unsigned long private,bool offlining,bool sync); + +extern int migrate_inorder_lru_pages (struct inorder_lru *l,new_page_t x, +unsigned long private,bool offlining, +bool sync); +extern int migrate_huge_pages (struct list_head *l,new_page_t x,unsigned long private,bool offlining,bool sync);
mm/migrate.c +294 -0
306 lines not on this page · raw message
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 9/10 compaction: make compaction use in-order putback
In reply to Minchan KimCompaction is good solution to get contiguous page but it makes LRU churing which is not good.
This patch makes that compaction code use in-order putback so after compaction completion, migrated pages are keeping LRU ordering.
--- mm/compaction.c | 26 ++++++++++++++------------ 1 files changed, 14 insertions(+), 12 deletions(-)
mm/compaction.c +14 -12
@@ -28,7 +28,7 @@*/ struct compact_control {struct list_head freepages;/* List of free pages to migrate to */ -struct list_head migratepages;/* List of pages being migrated */ +struct inorder_lru migratepages;/* List of pages being migrated */ unsigned long nr_freepages;/* Number of isolated free pages */ unsigned long nr_migratepages;/* Number of pages to migrate */ unsigned long free_pfn;/* isolate_freepages search base */
@@ -210,7 +210,7 @@ static void acct_isolated(struct zone *zone, struct compact_control *cc)struct page *page;unsigned int count[2 ] = {0 , }; -list_for_each_entry (page, &cc->migratepages, lru) +list_for_each_migrate_entry (page, &cc->migratepages, ilru) count[!!page_is_file_cache (page)]++;__mod_zone_page_state (zone,NR_ISOLATED_ANON , count[0 ]);
@@ -242,7 +242,7 @@ static unsigned long isolate_migratepages(struct zone *zone,unsigned long low_pfn, end_pfn;unsigned long last_pageblock_nr =0 , pageblock_nr;unsigned long nr_scanned =0 , nr_isolated =0 ; -struct list_head *migratelist = &cc->migratepages; +struct inorder_lru *migratelist = &cc->migratepages;enum ISOLATE_PAGE_MODE mode =ISOLATE_BOTH ;/* Do not scan outside zone boundaries */
@@ -273,7 +273,7 @@ static unsigned long isolate_migratepages(struct zone *zone,cond_resched ();spin_lock_irq (&zone->lru_lock);for (; low_pfn < end_pfn; low_pfn++) { -struct page *page; +struct page *page, *prev_page;bool locked = true;/* give a chance to irqs before checking need_resched() */
@@ -330,14 +330,15 @@ static unsigned long isolate_migratepages(struct zone *zone,/* Try isolate the page */ if (!cc->sync) mode |=ISOLATE_CLEAN ; -if (__isolate_lru_page (page, mode,0 ) !=0 ) +if (__isolate_inorder_lru_page (page, mode,0 , &prev_page) !=0 )continue ;VM_BUG_ON (PageTransCompound (page));/* Successfully isolated */ del_page_from_lru_list (zone, page,page_lru (page)); -list_add (&page->lru, migratelist); +migratelist_add (page, prev_page, migratelist); + cc->nr_migratepages++; nr_isolated++;
@@ -393,7 +394,7 @@ static void update_nr_listpages(struct compact_control *cc)int nr_freepages =0 ;struct page *page; -list_for_each_entry (page, &cc->migratepages, lru) +list_for_each_migrate_entry (page, &cc->migratepages, ilru) nr_migratepages++;list_for_each_entry (page, &cc->freepages, lru) nr_freepages++;
@@ -521,7 +522,8 @@ static int compact_zone(struct zone *zone, struct compact_control *cc)continue ; nr_migrate = cc->nr_migratepages; - err =migrate_pages (&cc->migratepages, compaction_alloc, + err =migrate_inorder_lru_pages (&cc->migratepages, + compaction_alloc, (unsigned long )cc, false, cc->sync);update_nr_listpages (cc);
@@ -536,7 +538,7 @@ static int compact_zone(struct zone *zone, struct compact_control *cc)/* Release LRU pages not migrated */ if (err) { -putback_lru_pages (&cc->migratepages); +putback_inorder_lru_pages (&cc->migratepages); cc->nr_migratepages =0 ; }
@@ -562,7 +564,7 @@ unsigned long compact_zone_order(struct zone *zone, .sync = sync, };INIT_LIST_HEAD (&cc.freepages); -INIT_LIST_HEAD (&cc.migratepages); +INIT_MIGRATE_LIST (&cc.migratepages);return compact_zone (zone, &cc); }
@@ -644,12 +646,12 @@ static int compact_node(int nid) cc.zone = zone;INIT_LIST_HEAD (&cc.freepages); -INIT_LIST_HEAD (&cc.migratepages); +INIT_MIGRATE_LIST (&cc.migratepages);compact_zone (zone, &cc);VM_BUG_ON (!list_empty (&cc.freepages)); -VM_BUG_ON (!list_empty (&cc.migratepages)); +VM_BUG_ON (!migratelist_empty (&cc.migratepages)); }return 0 ;
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
PATCH v2 10/10 add tracepoints
In reply to Minchan KimThis patch adds some tracepints for see the effect this patch series. This tracepoints isn't for merge but just see the effect.
--- include/trace/events/inorder_putback.h | 79 ++++++++++++++++++++++++++++++++ mm/compaction.c | 2 + mm/migrate.c | 7 +++ mm/vmscan.c | 3 +- 4 files changed, 89 insertions(+), 2 deletions(-) create mode 100644 include/trace/events/inorder_putback.h
include/trace/events/inorder_putback.h new file +79 -0
@@ -0,0 +1,79 @@ +#undef TRACE_SYSTEM +#define TRACE_SYSTEM inorder_putback + +#if !defined(_TRACE_INP_H) || defined(TRACE_HEADER_MULTI_READ ) +#define _TRACE_INP_H + +#include <linux/types.h> +#include <linux/tracepoint.h> + +TRACE_EVENT (mm_compaction_inorder, + + TP_PROTO(struct page *page, + struct page *newpage), + +TP_ARGS (page, newpage), + +TP_STRUCT__entry ( + __field(struct page *, page) + __field(struct page *, newpage) + ), + +TP_fast_assign ( + __entry->page = page; + __entry->newpage = newpage; + ), + +TP_printk ("pfn=%lu new pfn=%lu" , +page_to_pfn (__entry->page), +page_to_pfn (__entry->newpage)) +); + +TRACE_EVENT (mm_compaction_outoforder, + + TP_PROTO(struct page *page, + struct page *newpage), + +TP_ARGS (page, newpage), + +TP_STRUCT__entry ( + __field(struct page *, page) + __field(struct page *, newpage) + ), + +TP_fast_assign ( + __entry->page = page; + __entry->newpage = newpage; + ), + +TP_printk ("pfn=%lu new pfn=%lu" , +page_to_pfn (__entry->page), +page_to_pfn (__entry->newpage)) +); + +TRACE_EVENT (mm_compact_isolate, + + TP_PROTO(struct page *prev_page, + struct page *page), + +TP_ARGS (prev_page, page), + +TP_STRUCT__entry ( + __field(struct page *, prev_page) + __field(struct page *, page) + ), + +TP_fast_assign ( + __entry->prev_page = prev_page; + __entry->page = page; + ), + +TP_printk ("pfn=%lu prev_pfn=%lu" , +page_to_pfn (__entry->page), +page_to_pfn (__entry->prev_page)) +); + +#endif /* _TRACE_INP_H */ + +/* This part must be outside protection */ +#include <trace/define_trace.h>
mm/compaction.c +2 -0
@@ -16,6 +16,7 @@#include <linux/sysfs.h> #include "internal.h" +#include <trace/events/inorder_putback.h> #define CREATE_TRACE_POINTS #include <trace/events/compaction.h>
@@ -333,6 +334,7 @@ static unsigned long isolate_migratepages(struct zone *zone,if (__isolate_inorder_lru_page (page, mode,0 , &prev_page) !=0 )continue ; +trace_mm_compact_isolate (prev_page, page);VM_BUG_ON (PageTransCompound (page));/* Successfully isolated */
mm/migrate.c +7 -0
@@ -39,6 +39,9 @@#include "internal.h" +#define CREATE_TRACE_POINTS +#include <trace/events/inorder_putback.h> +#define lru_to_page (_head) (list_entry((_head)->prev, struct page, lru))/*
@@ -96,10 +99,12 @@ void putback_inorder_lru_pages(struct inorder_lru *l)spin_lock_irq (&zone->lru_lock); prev = page->ilru.prev_page;if (keep_lru_order (page, prev)) { +trace_mm_compaction_inorder (page, page);putback_page_to_lru (page, prev);spin_unlock_irq (&zone->lru_lock); }else { +trace_mm_compaction_outoforder (page, page);spin_unlock_irq (&zone->lru_lock);putback_lru_page (page); }
@@ -1060,6 +1065,7 @@ move_newpage:if (keep_lru_order (page, prev_page)) {putback_page_to_lru (newpage, prev_page);spin_unlock_irq (&zone->lru_lock); +trace_mm_compaction_inorder (page, newpage);/* * The newpage will replace LRU position of old page and * old one would be freed. So let's adjust prev_page of pages
@@ -1071,6 +1077,7 @@ move_newpage:else {spin_unlock_irq (&zone->lru_lock); +trace_mm_compaction_inorder (page, newpage);putback_lru_page (newpage); }
mm/vmscan.c +1 -2
@@ -49,10 +49,9 @@#include <linux/swapops.h> #include "internal.h" - +#include <trace/events/inorder_putback.h> #define CREATE_TRACE_POINTS #include <trace/events/vmscan.h> -/* * reclaim_mode determines how the inactive list is shrunk * RECLAIM_MODE_SINGLE: Reclaim only order-0 pages
Signature · 8 lines
1.7.0.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
You can see test script and all-at-once patch in following URL.
http://www.kernel.org/pub/linux/kernel/people/minchan/inorder_putback/v2/
Signature · 9 lines
Kind regards, Minchan Kim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. 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:"[email protected]"> [email protected] </a>
Quoted 11 lines
Minchan Kim (10):
[1/10] Make clear description of isolate/putback functions [2/10] compaction: trivial clean upacct_isolated
[3/10] Change int mode for isolate mode with enumISOLATE_PAGE_MODE[4/10] Add additional isolation mode
[5/10] compaction: makeisolate_lru_pagewith filter aware [6/10] vmscan: makeisolate_lru_pagewith filter aware [7/10] In order putback lru core
[8/10] migration: make in-order-putback aware
[9/10] compaction: make compaction use in-order putback [10/10] add tracepoints
Minchan,
I'm sorry I have no chance to review this patch in this week. I'm getting stuck for LinuxCon. ;)
That doesn't mean I dislike this series.
Thanks.
Quoted 12 lines · KOSAKI Motohiro
Quoted 11 lines
Minchan Kim (10):
[1/10] Make clear description of isolate/putback functions [2/10] compaction: trivial clean upacct_isolated
[3/10] Change int mode for isolate mode with enumISOLATE_PAGE_MODE[4/10] Add additional isolation mode
[5/10] compaction: makeisolate_lru_pagewith filter aware [6/10] vmscan: makeisolate_lru_pagewith filter aware [7/10] In order putback lru core
[8/10] migration: make in-order-putback aware
[9/10] compaction: make compaction use in-order putback [10/10] add tracepoints
Quoted 4 lines
Minchan,
I'm sorry I have no chance to review this patch in this week. I'm getting stuck for LinuxCon. ;)
I hope you will be free from LinuxCon sometime soon.
Quoted 1 line
That doesn't mean I dislike this series.
Thanks for the positive feedback, KOSAKI.
I don't think no comment is a negative feedback.
I think they are very busy these days(ex, memcg typhoon, OOM argument, reclaim latency and LinuxCon which I have forgotten.)
This patch isn't urgent so I will wait review of mm folks in patience.
Quoted 5 lines
Thanks.