From: Minchan Kim <minchan@kernel.org>
To: YiPing Xu <xuyiping@hisilicon.com>
Cc: Rik van Riel <riel@redhat.com>,
Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
rknize@motorola.com,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
Hugh Dickins <hughd@google.com>,
linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, bfields@fieldses.org,
linux-mm@kvack.org, Gioh Kim <gurugio@hanmail.net>,
Mel Gorman <mgorman@suse.de>,
koct9i@gmail.com, Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
jlayton@poochiereds.net, Vlastimil Babka <vbabka@suse.cz>,
aquini@redhat.com
Subject: Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
Date: Fri, 18 Mar 2016 07:17:31 +0900 [thread overview]
Message-ID: <20160317221731.GA2154@bbox> (raw)
In-Reply-To: <56EA9E8E.5040206@hisilicon.com>
On Thu, Mar 17, 2016 at 08:09:50PM +0800, YiPing Xu wrote:
>
>
> On 2016/3/15 14:51, Minchan Kim wrote:
> >On Tue, Mar 15, 2016 at 03:40:53PM +0900, Sergey Senozhatsky wrote:
> >>On (03/11/16 16:30), Minchan Kim wrote:
> >>>-static void *location_to_obj(struct page *page, unsigned long obj_idx)
> >>>+static void objidx_to_page_and_ofs(struct size_class *class,
> >>>+ struct page *first_page,
> >>>+ unsigned long obj_idx,
> >>>+ struct page **obj_page,
> >>>+ unsigned long *ofs_in_page)
> >>
> >>this looks big; 5 params, function "returning" both page and offset...
> >>any chance to split it in two steps, perhaps?
> >
> >Yes, it's rather ugly but I don't have a good idea.
> >Feel free to suggest if you have a better idea.
> >
> >>
> >>besides, it is more intuitive (at least to me) when 'offset'
> >>shortened to 'offt', not 'ofs'.
>
> the purpose to get 'obj_page' and 'ofs_in_page' is to map the page
> and get the meta-data pointer in the page, so, we can finish this in
> a single function.
>
> just like this, and maybe we could have a better function name
>
> static unsigned long *map_handle(struct size_class *class,
> struct page *first_page, unsigned long obj_idx)
> {
> struct page *cursor = first_page;
> unsigned long offset = obj_idx * class->size;
> int nr_page = offset >> PAGE_SHIFT;
> unsigned long offset_in_page = offset & ~PAGE_MASK;
> void *addr;
> int i;
>
> if (class->huge) {
> VM_BUG_ON_PAGE(!is_first_page(page), page);
> return &page_private(page);
> }
>
> for (i = 0; i < nr_page; i++)
> cursor = get_next_page(cursor);
>
> addr = kmap_atomic(cursor);
>
> return addr + offset_in_page;
> }
>
> static void unmap_handle(unsigned long *addr)
> {
> if (class->huge) {
> return;
> }
>
> kunmap_atomic(addr & ~PAGE_MASK);
> }
>
> all functions called "objidx_to_page_and_ofs" could use it like
> this, for example:
>
> static unsigned long handle_from_obj(struct size_class *class,
> struct page *first_page, int obj_idx)
> {
> unsigned long *head = map_handle(class, first_page, obj_idx);
>
> if (*head & OBJ_ALLOCATED_TAG)
> handle = *head & ~OBJ_ALLOCATED_TAG;
>
> unmap_handle(*head);
>
> return handle;
> }
>
> 'freeze_zspage', u'nfreeze_zspage' use it in the same way.
>
> but in 'obj_malloc', we still have to get the page to get obj.
>
> obj = location_to_obj(m_page, obj);
Yes, That's why I didn't use such pattern. I didn't want to
add unnecessary overhead in that hot path.
WARNING: multiple messages have this Message-ID (diff)
From: Minchan Kim <minchan@kernel.org>
To: YiPing Xu <xuyiping@hisilicon.com>
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.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>,
rknize@motorola.com, Rik van Riel <riel@redhat.com>,
Gioh Kim <gurugio@hanmail.net>
Subject: Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
Date: Fri, 18 Mar 2016 07:17:31 +0900 [thread overview]
Message-ID: <20160317221731.GA2154@bbox> (raw)
In-Reply-To: <56EA9E8E.5040206@hisilicon.com>
On Thu, Mar 17, 2016 at 08:09:50PM +0800, YiPing Xu wrote:
>
>
> On 2016/3/15 14:51, Minchan Kim wrote:
> >On Tue, Mar 15, 2016 at 03:40:53PM +0900, Sergey Senozhatsky wrote:
> >>On (03/11/16 16:30), Minchan Kim wrote:
> >>>-static void *location_to_obj(struct page *page, unsigned long obj_idx)
> >>>+static void objidx_to_page_and_ofs(struct size_class *class,
> >>>+ struct page *first_page,
> >>>+ unsigned long obj_idx,
> >>>+ struct page **obj_page,
> >>>+ unsigned long *ofs_in_page)
> >>
> >>this looks big; 5 params, function "returning" both page and offset...
> >>any chance to split it in two steps, perhaps?
> >
> >Yes, it's rather ugly but I don't have a good idea.
> >Feel free to suggest if you have a better idea.
> >
> >>
> >>besides, it is more intuitive (at least to me) when 'offset'
> >>shortened to 'offt', not 'ofs'.
>
> the purpose to get 'obj_page' and 'ofs_in_page' is to map the page
> and get the meta-data pointer in the page, so, we can finish this in
> a single function.
>
> just like this, and maybe we could have a better function name
>
> static unsigned long *map_handle(struct size_class *class,
> struct page *first_page, unsigned long obj_idx)
> {
> struct page *cursor = first_page;
> unsigned long offset = obj_idx * class->size;
> int nr_page = offset >> PAGE_SHIFT;
> unsigned long offset_in_page = offset & ~PAGE_MASK;
> void *addr;
> int i;
>
> if (class->huge) {
> VM_BUG_ON_PAGE(!is_first_page(page), page);
> return &page_private(page);
> }
>
> for (i = 0; i < nr_page; i++)
> cursor = get_next_page(cursor);
>
> addr = kmap_atomic(cursor);
>
> return addr + offset_in_page;
> }
>
> static void unmap_handle(unsigned long *addr)
> {
> if (class->huge) {
> return;
> }
>
> kunmap_atomic(addr & ~PAGE_MASK);
> }
>
> all functions called "objidx_to_page_and_ofs" could use it like
> this, for example:
>
> static unsigned long handle_from_obj(struct size_class *class,
> struct page *first_page, int obj_idx)
> {
> unsigned long *head = map_handle(class, first_page, obj_idx);
>
> if (*head & OBJ_ALLOCATED_TAG)
> handle = *head & ~OBJ_ALLOCATED_TAG;
>
> unmap_handle(*head);
>
> return handle;
> }
>
> 'freeze_zspage', u'nfreeze_zspage' use it in the same way.
>
> but in 'obj_malloc', we still have to get the page to get obj.
>
> obj = location_to_obj(m_page, obj);
Yes, That's why I didn't use such pattern. I didn't want to
add unnecessary overhead in that hot path.
--
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>
WARNING: multiple messages have this Message-ID (diff)
From: Minchan Kim <minchan@kernel.org>
To: YiPing Xu <xuyiping@hisilicon.com>
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.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>,
rknize@motorola.com, Rik van Riel <riel@redhat.com>,
Gioh Kim <gurugio@hanmail.net>
Subject: Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
Date: Fri, 18 Mar 2016 07:17:31 +0900 [thread overview]
Message-ID: <20160317221731.GA2154@bbox> (raw)
In-Reply-To: <56EA9E8E.5040206@hisilicon.com>
On Thu, Mar 17, 2016 at 08:09:50PM +0800, YiPing Xu wrote:
>
>
> On 2016/3/15 14:51, Minchan Kim wrote:
> >On Tue, Mar 15, 2016 at 03:40:53PM +0900, Sergey Senozhatsky wrote:
> >>On (03/11/16 16:30), Minchan Kim wrote:
> >>>-static void *location_to_obj(struct page *page, unsigned long obj_idx)
> >>>+static void objidx_to_page_and_ofs(struct size_class *class,
> >>>+ struct page *first_page,
> >>>+ unsigned long obj_idx,
> >>>+ struct page **obj_page,
> >>>+ unsigned long *ofs_in_page)
> >>
> >>this looks big; 5 params, function "returning" both page and offset...
> >>any chance to split it in two steps, perhaps?
> >
> >Yes, it's rather ugly but I don't have a good idea.
> >Feel free to suggest if you have a better idea.
> >
> >>
> >>besides, it is more intuitive (at least to me) when 'offset'
> >>shortened to 'offt', not 'ofs'.
>
> the purpose to get 'obj_page' and 'ofs_in_page' is to map the page
> and get the meta-data pointer in the page, so, we can finish this in
> a single function.
>
> just like this, and maybe we could have a better function name
>
> static unsigned long *map_handle(struct size_class *class,
> struct page *first_page, unsigned long obj_idx)
> {
> struct page *cursor = first_page;
> unsigned long offset = obj_idx * class->size;
> int nr_page = offset >> PAGE_SHIFT;
> unsigned long offset_in_page = offset & ~PAGE_MASK;
> void *addr;
> int i;
>
> if (class->huge) {
> VM_BUG_ON_PAGE(!is_first_page(page), page);
> return &page_private(page);
> }
>
> for (i = 0; i < nr_page; i++)
> cursor = get_next_page(cursor);
>
> addr = kmap_atomic(cursor);
>
> return addr + offset_in_page;
> }
>
> static void unmap_handle(unsigned long *addr)
> {
> if (class->huge) {
> return;
> }
>
> kunmap_atomic(addr & ~PAGE_MASK);
> }
>
> all functions called "objidx_to_page_and_ofs" could use it like
> this, for example:
>
> static unsigned long handle_from_obj(struct size_class *class,
> struct page *first_page, int obj_idx)
> {
> unsigned long *head = map_handle(class, first_page, obj_idx);
>
> if (*head & OBJ_ALLOCATED_TAG)
> handle = *head & ~OBJ_ALLOCATED_TAG;
>
> unmap_handle(*head);
>
> return handle;
> }
>
> 'freeze_zspage', u'nfreeze_zspage' use it in the same way.
>
> but in 'obj_malloc', we still have to get the page to get obj.
>
> obj = location_to_obj(m_page, obj);
Yes, That's why I didn't use such pattern. I didn't want to
add unnecessary overhead in that hot path.
next prev parent reply other threads:[~2016-03-17 22:17 UTC|newest]
Thread overview: 126+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-11 7:30 [PATCH v1 00/19] Support non-lru page migration Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 01/19] mm: use put_page to free page instead of putback_lru_page Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-14 8:48 ` Vlastimil Babka
2016-03-14 8:48 ` Vlastimil Babka
2016-03-14 8:48 ` Vlastimil Babka
2016-03-15 1:16 ` Minchan Kim
2016-03-15 1:16 ` Minchan Kim
2016-03-15 1:16 ` Minchan Kim
2016-03-15 19:06 ` Vlastimil Babka
2016-03-15 19:06 ` Vlastimil Babka
2016-03-15 19:06 ` Vlastimil Babka
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 02/19] mm/compaction: support non-lru movable page migration Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 8:11 ` kbuild test robot
2016-03-11 8:11 ` kbuild test robot
2016-03-11 8:11 ` kbuild test robot
2016-03-11 8:35 ` Minchan Kim
2016-03-11 8:35 ` Minchan Kim
2016-03-11 8:35 ` Minchan Kim
2016-03-11 8:11 ` kbuild test robot
2016-03-11 7:30 ` [PATCH v1 03/19] fs/anon_inodes: new interface to create new inode Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 8:05 ` Al Viro
2016-03-11 8:05 ` Al Viro
2016-03-11 8:05 ` Al Viro
2016-03-11 14:24 ` Gioh Kim
2016-03-11 14:24 ` Gioh Kim
2016-03-11 14:24 ` Gioh Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 04/19] mm/balloon: use general movable page feature into balloon Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 05/19] zsmalloc: use first_page rather than page Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-11 7:30 ` [PATCH v1 06/19] zsmalloc: clean up many BUG_ON Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-15 6:19 ` Sergey Senozhatsky
2016-03-11 7:30 ` [PATCH v1 07/19] zsmalloc: reordering function parameter Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:20 ` Sergey Senozhatsky
2016-03-15 6:20 ` Sergey Senozhatsky
2016-03-15 6:20 ` Sergey Senozhatsky
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 08/19] zsmalloc: remove unused pool param in obj_free Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:21 ` Sergey Senozhatsky
2016-03-15 6:21 ` Sergey Senozhatsky
2016-03-15 6:21 ` Sergey Senozhatsky
2016-03-11 7:30 ` [PATCH v1 09/19] zsmalloc: keep max_object in size_class Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-12 1:44 ` xuyiping
2016-03-12 1:44 ` xuyiping
2016-03-12 1:44 ` xuyiping
2016-03-14 4:55 ` Minchan Kim
2016-03-14 4:55 ` Minchan Kim
2016-03-14 4:55 ` Minchan Kim
2016-03-15 6:28 ` Sergey Senozhatsky
2016-03-15 6:28 ` Sergey Senozhatsky
2016-03-15 6:41 ` Minchan Kim
2016-03-15 6:41 ` Minchan Kim
2016-03-15 6:41 ` Minchan Kim
2016-03-15 6:28 ` Sergey Senozhatsky
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 10/19] zsmalloc: squeeze inuse into page->mapping Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 11/19] zsmalloc: squeeze freelist " Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:40 ` Sergey Senozhatsky
2016-03-15 6:40 ` Sergey Senozhatsky
2016-03-15 6:40 ` Sergey Senozhatsky
2016-03-15 6:51 ` Minchan Kim
2016-03-15 6:51 ` Minchan Kim
2016-03-17 12:09 ` YiPing Xu
2016-03-17 12:09 ` YiPing Xu
2016-03-17 12:09 ` YiPing Xu
2016-03-17 22:17 ` Minchan Kim [this message]
2016-03-17 22:17 ` Minchan Kim
2016-03-17 22:17 ` Minchan Kim
2016-03-15 6:51 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 12/19] zsmalloc: move struct zs_meta from mapping to freelist Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 13/19] zsmalloc: factor page chain functionality out Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-12 3:09 ` xuyiping
2016-03-12 3:09 ` xuyiping
2016-03-14 4:58 ` Minchan Kim
2016-03-14 4:58 ` Minchan Kim
2016-03-14 4:58 ` Minchan Kim
2016-03-12 3:09 ` xuyiping
2016-03-11 7:30 ` [PATCH v1 14/19] zsmalloc: separate free_zspage from putback_zspage Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 15/19] zsmalloc: zs_compact refactoring Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 16/19] zsmalloc: migrate head page of zspage Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 17/19] zsmalloc: use single linked list for page chain Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 18/19] zsmalloc: migrate tail pages in zspage Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-11 7:30 ` [PATCH v1 19/19] zram: use __GFP_MOVABLE for memory allocation Minchan Kim
2016-03-11 7:30 ` Minchan Kim
2016-03-15 6:56 ` Sergey Senozhatsky
2016-03-15 6:56 ` Sergey Senozhatsky
2016-03-15 6:56 ` Sergey Senozhatsky
2016-03-11 7:30 ` 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=20160317221731.GA2154@bbox \
--to=minchan@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=aquini@redhat.com \
--cc=bfields@fieldses.org \
--cc=gurugio@hanmail.net \
--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=sergey.senozhatsky.work@gmail.com \
--cc=sergey.senozhatsky@gmail.com \
--cc=vbabka@suse.cz \
--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.