From: Minchan Kim <minchan@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
jlayton@poochiereds.net, bfields@fieldses.org,
Vlastimil Babka <vbabka@suse.cz>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
koct9i@gmail.com, aquini@redhat.com,
virtualization@lists.linux-foundation.org,
Mel Gorman <mgorman@suse.de>, Hugh Dickins <hughd@google.com>,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
Rik van Riel <riel@redhat.com>,
rknize@motorola.com, Gioh Kim <gi-oh.kim@profitbricks.com>,
Sangseok Lee <sangseok.lee@lge.com>,
Chan Gyun Jeong <chan.jeong@lge.com>,
Al Viro <viro@ZenIV.linux.org.uk>,
YiPing Xu <xuyiping@hisilicon.com>
Subject: Re: [PATCH v3 00/16] Support non-lru page migration
Date: Thu, 31 Mar 2016 09:57:17 +0900 [thread overview]
Message-ID: <20160331005717.GB6736@bbox> (raw)
In-Reply-To: <20160330161141.4332b189e7a4930e117d765b@linux-foundation.org>
On Wed, Mar 30, 2016 at 04:11:41PM -0700, Andrew Morton wrote:
> On Wed, 30 Mar 2016 16:11:59 +0900 Minchan Kim <minchan@kernel.org> wrote:
>
> > Recently, I got many reports about perfermance degradation
> > in embedded system(Android mobile phone, webOS TV and so on)
> > and failed to fork easily.
> >
> > The problem was fragmentation caused by zram and GPU driver
> > pages. Their pages cannot be migrated so compaction cannot
> > work well, either so reclaimer ends up shrinking all of working
> > set pages. It made system very slow and even to fail to fork
> > easily.
> >
> > Other pain point is that they cannot work with CMA.
> > Most of CMA memory space could be idle(ie, it could be used
> > for movable pages unless driver is using) but if driver(i.e.,
> > zram) cannot migrate his page, that memory space could be
> > wasted. In our product which has big CMA memory, it reclaims
> > zones too exccessively although there are lots of free space
> > in CMA so system was very slow easily.
> >
> > To solve these problem, this patch try to add facility to
> > migrate non-lru pages via introducing new friend functions
> > of migratepage in address_space_operation and new page flags.
> >
> > (isolate_page, putback_page)
> > (PG_movable, PG_isolated)
> >
> > For details, please read description in
> > "mm/compaction: support non-lru movable page migration".
>
> OK, I grabbed all these.
>
> I wonder about testing coverage during the -next period. How many
> people are likely to exercise these code paths in a serious way before
> it all hits mainline?
I asked this patchset to production team in my company for stress
testing. They alaways catch zram/zsmalloc bugs I have missed so
I hope they help me well, too.
About ballooning part, I hope Rafael Aquini get a time to review
and test it.
Other than that, IOW, linux-next will have a enough time to
test common migration part modification, I guess. :)
Thanks.
WARNING: multiple messages have this Message-ID (diff)
From: Minchan Kim <minchan@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
jlayton@poochiereds.net, bfields@fieldses.org,
Vlastimil Babka <vbabka@suse.cz>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
koct9i@gmail.com, aquini@redhat.com,
virtualization@lists.linux-foundation.org,
Mel Gorman <mgorman@suse.de>, Hugh Dickins <hughd@google.com>,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
Rik van Riel <riel@redhat.com>,
rknize@motorola.com, Gioh Kim <gi-oh.kim@profitbricks.com>,
Sangseok Lee <sangseok.lee@lge.com>,
Chan Gyun Jeong <chan.jeong@lge.com>,
Al Viro <viro@ZenIV.linux.org.uk>,
YiPing Xu <xuyiping@hisilicon.com>
Subject: Re: [PATCH v3 00/16] Support non-lru page migration
Date: Thu, 31 Mar 2016 09:57:17 +0900 [thread overview]
Message-ID: <20160331005717.GB6736@bbox> (raw)
In-Reply-To: <20160330161141.4332b189e7a4930e117d765b@linux-foundation.org>
On Wed, Mar 30, 2016 at 04:11:41PM -0700, Andrew Morton wrote:
> On Wed, 30 Mar 2016 16:11:59 +0900 Minchan Kim <minchan@kernel.org> wrote:
>
> > Recently, I got many reports about perfermance degradation
> > in embedded system(Android mobile phone, webOS TV and so on)
> > and failed to fork easily.
> >
> > The problem was fragmentation caused by zram and GPU driver
> > pages. Their pages cannot be migrated so compaction cannot
> > work well, either so reclaimer ends up shrinking all of working
> > set pages. It made system very slow and even to fail to fork
> > easily.
> >
> > Other pain point is that they cannot work with CMA.
> > Most of CMA memory space could be idle(ie, it could be used
> > for movable pages unless driver is using) but if driver(i.e.,
> > zram) cannot migrate his page, that memory space could be
> > wasted. In our product which has big CMA memory, it reclaims
> > zones too exccessively although there are lots of free space
> > in CMA so system was very slow easily.
> >
> > To solve these problem, this patch try to add facility to
> > migrate non-lru pages via introducing new friend functions
> > of migratepage in address_space_operation and new page flags.
> >
> > (isolate_page, putback_page)
> > (PG_movable, PG_isolated)
> >
> > For details, please read description in
> > "mm/compaction: support non-lru movable page migration".
>
> OK, I grabbed all these.
>
> I wonder about testing coverage during the -next period. How many
> people are likely to exercise these code paths in a serious way before
> it all hits mainline?
I asked this patchset to production team in my company for stress
testing. They alaways catch zram/zsmalloc bugs I have missed so
I hope they help me well, too.
About ballooning part, I hope Rafael Aquini get a time to review
and test it.
Other than that, IOW, linux-next will have a enough time to
test common migration part modification, I guess. :)
Thanks.
--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2016-03-31 0:55 UTC|newest]
Thread overview: 186+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-30 7:11 [PATCH v3 00/16] Support non-lru page migration Minchan Kim
2016-03-30 7:11 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 01/16] mm: use put_page to free page instead of putback_lru_page Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-01 12:58 ` Vlastimil Babka
2016-04-01 12:58 ` Vlastimil Babka
2016-04-01 12:58 ` Vlastimil Babka
2016-04-04 1:39 ` Minchan Kim
2016-04-04 1:39 ` Minchan Kim
2016-04-04 1:39 ` Minchan Kim
2016-04-04 4:45 ` Naoya Horiguchi
2016-04-04 4:45 ` Naoya Horiguchi
2016-04-04 14:46 ` Vlastimil Babka
2016-04-04 14:46 ` Vlastimil Babka
2016-04-04 14:46 ` Vlastimil Babka
2016-04-05 1:54 ` Naoya Horiguchi
2016-04-05 1:54 ` Naoya Horiguchi
2016-04-05 1:54 ` Naoya Horiguchi
2016-04-05 8:20 ` Vlastimil Babka
2016-04-05 8:20 ` Vlastimil Babka
2016-04-05 8:20 ` Vlastimil Babka
2016-04-06 0:54 ` Naoya Horiguchi
2016-04-06 0:54 ` Naoya Horiguchi
2016-04-06 0:54 ` Naoya Horiguchi
2016-04-06 7:57 ` Vlastimil Babka
2016-04-06 7:57 ` Vlastimil Babka
2016-04-06 7:57 ` Vlastimil Babka
2016-04-04 4:45 ` Naoya Horiguchi
2016-04-04 5:53 ` Balbir Singh
2016-04-04 5:53 ` Balbir Singh
2016-04-04 5:53 ` Balbir Singh
2016-04-04 6:01 ` Minchan Kim
2016-04-04 6:01 ` Minchan Kim
2016-04-04 6:01 ` Minchan Kim
2016-04-05 3:10 ` Balbir Singh
2016-04-05 3:10 ` Balbir Singh
2016-04-05 3:10 ` Balbir Singh
2016-03-30 7:12 ` [PATCH v3 02/16] mm/compaction: support non-lru movable page migration Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-01 21:29 ` Vlastimil Babka
2016-04-01 21:29 ` Vlastimil Babka
2016-04-04 5:12 ` Minchan Kim
2016-04-04 5:12 ` Minchan Kim
2016-04-04 13:24 ` Vlastimil Babka
2016-04-04 13:24 ` Vlastimil Babka
2016-04-04 13:24 ` Vlastimil Babka
2016-04-07 2:35 ` Minchan Kim
2016-04-07 2:35 ` Minchan Kim
2016-04-07 2:35 ` Minchan Kim
2016-04-04 13:24 ` Vlastimil Babka
2016-04-04 5:12 ` Minchan Kim
2016-04-01 21:29 ` Vlastimil Babka
2016-04-12 8:00 ` Chulmin Kim
2016-04-12 8:00 ` Chulmin Kim
2016-04-12 14:25 ` Minchan Kim
2016-04-12 14:25 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 03/16] mm: add non-lru movable page support document Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-01 14:38 ` Vlastimil Babka
2016-04-01 14:38 ` Vlastimil Babka
2016-04-01 14:38 ` Vlastimil Babka
2016-04-04 2:25 ` Minchan Kim
2016-04-04 2:25 ` Minchan Kim
2016-04-04 2:25 ` Minchan Kim
2016-04-04 13:09 ` Vlastimil Babka
2016-04-04 13:09 ` Vlastimil Babka
2016-04-04 13:09 ` Vlastimil Babka
2016-04-07 2:27 ` Minchan Kim
2016-04-07 2:27 ` Minchan Kim
2016-04-07 2:27 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 04/16] mm/balloon: use general movable page feature into balloon Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-05 12:03 ` Vlastimil Babka
2016-04-05 12:03 ` Vlastimil Babka
2016-04-05 12:03 ` Vlastimil Babka
2016-04-11 4:29 ` Minchan Kim
2016-04-11 4:29 ` Minchan Kim
2016-04-11 4:29 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 05/16] zsmalloc: keep max_object in size_class Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-17 15:08 ` Sergey Senozhatsky
2016-04-17 15:08 ` Sergey Senozhatsky
2016-04-17 15:08 ` Sergey Senozhatsky
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 06/16] zsmalloc: squeeze inuse into page->mapping Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-17 15:08 ` Sergey Senozhatsky
2016-04-17 15:08 ` Sergey Senozhatsky
2016-04-17 15:08 ` Sergey Senozhatsky
2016-04-19 7:40 ` Minchan Kim
2016-04-19 7:40 ` Minchan Kim
2016-04-19 7:40 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 07/16] zsmalloc: remove page_mapcount_reset Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-17 15:11 ` Sergey Senozhatsky
2016-04-17 15:11 ` Sergey Senozhatsky
2016-04-17 15:11 ` Sergey Senozhatsky
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 08/16] zsmalloc: squeeze freelist into page->mapping Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-17 15:56 ` Sergey Senozhatsky
2016-04-17 15:56 ` Sergey Senozhatsky
2016-04-17 15:56 ` Sergey Senozhatsky
2016-04-19 7:42 ` Minchan Kim
2016-04-19 7:42 ` Minchan Kim
2016-04-19 7:42 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 09/16] zsmalloc: move struct zs_meta from mapping to freelist Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-17 15:22 ` Sergey Senozhatsky
2016-04-17 15:22 ` Sergey Senozhatsky
2016-04-17 15:22 ` Sergey Senozhatsky
2016-03-30 7:12 ` [PATCH v3 10/16] zsmalloc: factor page chain functionality out Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-18 0:33 ` Sergey Senozhatsky
2016-04-18 0:33 ` Sergey Senozhatsky
2016-04-19 7:46 ` Minchan Kim
2016-04-19 7:46 ` Minchan Kim
2016-04-19 7:46 ` Minchan Kim
2016-04-18 0:33 ` Sergey Senozhatsky
2016-03-30 7:12 ` [PATCH v3 11/16] zsmalloc: separate free_zspage from putback_zspage Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-18 1:04 ` Sergey Senozhatsky
2016-04-18 1:04 ` Sergey Senozhatsky
2016-04-19 7:51 ` Minchan Kim
2016-04-19 7:51 ` Minchan Kim
2016-04-19 7:53 ` Sergey Senozhatsky
2016-04-19 7:53 ` Sergey Senozhatsky
2016-04-19 7:53 ` Sergey Senozhatsky
2016-04-19 7:51 ` Minchan Kim
2016-04-18 1:04 ` Sergey Senozhatsky
2016-03-30 7:12 ` [PATCH v3 12/16] zsmalloc: zs_compact refactoring Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-04 8:04 ` Chulmin Kim
2016-04-04 8:04 ` Chulmin Kim
2016-04-04 9:01 ` Minchan Kim
2016-04-04 9:01 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 13/16] zsmalloc: migrate head page of zspage Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-04-06 13:01 ` Chulmin Kim
2016-04-06 13:01 ` Chulmin Kim
2016-04-07 0:34 ` Chulmin Kim
2016-04-07 0:34 ` Chulmin Kim
2016-04-07 0:43 ` Minchan Kim
2016-04-07 0:43 ` Minchan Kim
2016-04-19 6:08 ` Chulmin Kim
2016-04-19 6:08 ` Chulmin Kim
2016-04-19 6:15 ` Minchan Kim
2016-04-19 6:15 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 14/16] zsmalloc: use single linked list for page chain Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 15/16] zsmalloc: migrate tail pages in zspage Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` [PATCH v3 16/16] zram: use __GFP_MOVABLE for memory allocation Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 7:12 ` Minchan Kim
2016-03-30 23:11 ` [PATCH v3 00/16] Support non-lru page migration Andrew Morton
2016-03-30 23:11 ` Andrew Morton
2016-03-30 23:11 ` Andrew Morton
2016-03-31 0:29 ` Sergey Senozhatsky
2016-03-31 0:29 ` Sergey Senozhatsky
2016-03-31 0:29 ` Sergey Senozhatsky
2016-03-31 0:57 ` Minchan Kim
2016-03-31 0:57 ` Minchan Kim
2016-03-31 0:57 ` Minchan Kim
2016-03-31 0:57 ` Minchan Kim
2016-03-31 0:57 ` Minchan Kim [this message]
2016-03-31 0:57 ` Minchan Kim
2016-04-04 13:17 ` John Einar Reitan
2016-04-04 13:17 ` John Einar Reitan
2016-04-11 4:35 ` Minchan Kim
2016-04-11 4:35 ` Minchan Kim
-- strict thread matches above, loose matches on Subject: below --
2016-03-30 7:11 Minchan Kim
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=20160331005717.GB6736@bbox \
--to=minchan@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=aquini@redhat.com \
--cc=bfields@fieldses.org \
--cc=chan.jeong@lge.com \
--cc=gi-oh.kim@profitbricks.com \
--cc=hughd@google.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=jlayton@poochiereds.net \
--cc=koct9i@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=riel@redhat.com \
--cc=rknize@motorola.com \
--cc=sangseok.lee@lge.com \
--cc=sergey.senozhatsky@gmail.com \
--cc=vbabka@suse.cz \
--cc=viro@ZenIV.linux.org.uk \
--cc=virtualization@lists.linux-foundation.org \
--cc=xuyiping@hisilicon.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.