linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Shaohua Li <shaohua.li@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
	Minchan Kim <minchan.kim@gmail.com>,
	linux-mm <linux-mm@kvack.org>,
	Johannes Weiner <jweiner@redhat.com>
Subject: Re: [patch v2 4/4]thp: improve order in lru list for split huge page
Date: Wed, 23 Nov 2011 11:24:35 +0800	[thread overview]
Message-ID: <1322018675.22361.339.camel@sli10-conroe> (raw)
In-Reply-To: <20111122154023.bf631f7e.akpm@linux-foundation.org>

On Wed, 2011-11-23 at 07:40 +0800, Andrew Morton wrote:
> On Tue, 15 Nov 2011 15:04:21 +0800
> Shaohua Li <shaohua.li@intel.com> wrote:
> 
> > Put the tail subpages of an isolated hugepage under splitting in the
> > lru reclaim head as they supposedly should be isolated too next.
> > 
> > Queues the subpages in physical order in the lru for non isolated
> > hugepages under splitting. That might provide some theoretical cache
> > benefit to the buddy allocator later.
> > 
> > ...
> >
> > --- linux.orig/mm/swap.c	2011-11-14 16:12:03.000000000 +0800
> > +++ linux/mm/swap.c	2011-11-15 09:15:33.000000000 +0800
> > @@ -684,7 +684,7 @@ void lru_add_page_tail(struct zone* zone
> >  		if (likely(PageLRU(page)))
> >  			head = page->lru.prev;
> >  		else
> > -			head = &zone->lru[lru].list;
> > +			head = zone->lru[lru].list.prev;
> >  		__add_page_to_lru_list(zone, page_tail, lru, head);
> >  	} else {
> >  		SetPageUnevictable(page_tail);
> 
> This conflicts with changes in Johannes's "mm: collect LRU list heads
> into struct lruvec":
> 
> @@ -674,10 +673,10 @@ void lru_add_page_tail(struct zone* zone
>  		}
>  		update_page_reclaim_stat(zone, page_tail, file, active);
>  		if (likely(PageLRU(page)))
> -			head = page->lru.prev;
> +			__add_page_to_lru_list(zone, page_tail, lru,
> +					       page->lru.prev);
>  		else
> -			head = &zone->lru[lru].list;
> -		__add_page_to_lru_list(zone, page_tail, lru, head);
> +			add_page_to_lru_list(zone, page_tail, lru);
>  	} else {
>  		SetPageUnevictable(page_tail);
>  		add_page_to_lru_list(zone, page_tail, LRU_UNEVICTABLE);
Here is the patch applied to linux-next.

Put the tail subpages of an isolated hugepage under splitting in the
lru reclaim head as they supposedly should be isolated too next.

Queues the subpages in physical order in the lru for non isolated
hugepages under splitting. That might provide some theoretical cache
benefit to the buddy allocator later.

Signed-off-by: Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Andrea Arcangeli <aarcange@redhat.com>
---
 mm/huge_memory.c |    5 ++---
 mm/swap.c        |    2 +-
 2 files changed, 3 insertions(+), 4 deletions(-)

Index: linux/mm/huge_memory.c
===================================================================
--- linux.orig/mm/huge_memory.c	2011-11-23 10:47:16.000000000 +0800
+++ linux/mm/huge_memory.c	2011-11-23 11:22:55.000000000 +0800
@@ -1228,7 +1228,6 @@ static int __split_huge_page_splitting(s
 static void __split_huge_page_refcount(struct page *page)
 {
 	int i;
-	unsigned long head_index = page->index;
 	struct zone *zone = page_zone(page);
 	int zonestat;
 	int tail_count = 0;
@@ -1237,7 +1236,7 @@ static void __split_huge_page_refcount(s
 	spin_lock_irq(&zone->lru_lock);
 	compound_lock(page);
 
-	for (i = 1; i < HPAGE_PMD_NR; i++) {
+	for (i = HPAGE_PMD_NR - 1; i >= 1; i--) {
 		struct page *page_tail = page + i;
 
 		/* tail_page->_mapcount cannot change */
@@ -1300,7 +1299,7 @@ static void __split_huge_page_refcount(s
 		BUG_ON(page_tail->mapping);
 		page_tail->mapping = page->mapping;
 
-		page_tail->index = ++head_index;
+		page_tail->index = page->index + i;
 
 		BUG_ON(!PageAnon(page_tail));
 		BUG_ON(!PageUptodate(page_tail));
Index: linux/mm/swap.c
===================================================================
--- linux.orig/mm/swap.c	2011-11-23 10:58:05.000000000 +0800
+++ linux/mm/swap.c	2011-11-23 11:06:38.000000000 +0800
@@ -681,7 +681,7 @@ void lru_add_page_tail(struct zone* zone
 		if (likely(PageLRU(page)))
 			list_add(&page_tail->lru, page->lru.prev);
 		else
-			list_add(&page_tail->lru, &lruvec->lists[lru]);
+			list_add(&page_tail->lru, lruvec->lists[lru].prev);
 		__mod_zone_page_state(zone, NR_LRU_BASE + lru,
 				      hpage_nr_pages(page_tail));
 	} else {


--
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>

      reply	other threads:[~2011-11-23  3:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-15  7:04 [patch v2 4/4]thp: improve order in lru list for split huge page Shaohua Li
2011-11-15 18:19 ` Andrea Arcangeli
2011-11-16  1:19   ` Shaohua Li
2011-11-22 23:40 ` Andrew Morton
2011-11-23  3:24   ` Shaohua Li [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1322018675.22361.339.camel@sli10-conroe \
    --to=shaohua.li@intel.com \
    --cc=aarcange@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=jweiner@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=minchan.kim@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).