From: Simon Jeons <simon.jeons@gmail.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
Al Viro <viro@zeniv.linux.org.uk>,
Wu Fengguang <fengguang.wu@intel.com>, Jan Kara <jack@suse.cz>,
Mel Gorman <mgorman@suse.de>,
linux-mm@kvack.org, Andi Kleen <ak@linux.intel.com>,
Matthew Wilcox <matthew.r.wilcox@intel.com>,
"Kirill A. Shutemov" <kirill@shutemov.name>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH, RFC 00/16] Transparent huge page cache
Date: Thu, 21 Mar 2013 16:00:44 +0800 [thread overview]
Message-ID: <514ABE2C.1090901@gmail.com> (raw)
In-Reply-To: <1359365068-10147-1-git-send-email-kirill.shutemov@linux.intel.com>
On 01/28/2013 05:24 PM, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
>
> Here's first steps towards huge pages in page cache.
>
> The intend of the work is get code ready to enable transparent huge page
> cache for the most simple fs -- ramfs.
>
> It's not yet near feature-complete. It only provides basic infrastructure.
> At the moment we can read, write and truncate file on ramfs with huge pages in
> page cache. The most interesting part, mmap(), is not yet there. For now
> we split huge page on mmap() attempt.
>
> I can't say that I see whole picture. I'm not sure if I understand locking
> model around split_huge_page(). Probably, not.
> Andrea, could you check if it looks correct?
Is there any thp performance test benchmark? For anonymous pages or file
pages.
>
> Next steps (not necessary in this order):
> - mmap();
> - migration (?);
> - collapse;
> - stats, knobs, etc.;
> - tmpfs/shmem enabling;
> - ...
>
> Kirill A. Shutemov (16):
> block: implement add_bdi_stat()
> mm: implement zero_huge_user_segment and friends
> mm: drop actor argument of do_generic_file_read()
> radix-tree: implement preload for multiple contiguous elements
> thp, mm: basic defines for transparent huge page cache
> thp, mm: rewrite add_to_page_cache_locked() to support huge pages
> thp, mm: rewrite delete_from_page_cache() to support huge pages
> thp, mm: locking tail page is a bug
> thp, mm: handle tail pages in page_cache_get_speculative()
> thp, mm: implement grab_cache_huge_page_write_begin()
> thp, mm: naive support of thp in generic read/write routines
> thp, libfs: initial support of thp in
> simple_read/write_begin/write_end
> thp: handle file pages in split_huge_page()
> thp, mm: truncate support for transparent huge page cache
> thp, mm: split huge page on mmap file page
> ramfs: enable transparent huge page cache
>
> fs/libfs.c | 54 +++++++++---
> fs/ramfs/inode.c | 6 +-
> include/linux/backing-dev.h | 10 +++
> include/linux/huge_mm.h | 8 ++
> include/linux/mm.h | 15 ++++
> include/linux/pagemap.h | 14 ++-
> include/linux/radix-tree.h | 3 +
> lib/radix-tree.c | 32 +++++--
> mm/filemap.c | 204 +++++++++++++++++++++++++++++++++++--------
> mm/huge_memory.c | 62 +++++++++++--
> mm/memory.c | 22 +++++
> mm/truncate.c | 12 +++
> 12 files changed, 375 insertions(+), 67 deletions(-)
>
WARNING: multiple messages have this Message-ID (diff)
From: Simon Jeons <simon.jeons@gmail.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
Al Viro <viro@zeniv.linux.org.uk>,
Wu Fengguang <fengguang.wu@intel.com>, Jan Kara <jack@suse.cz>,
Mel Gorman <mgorman@suse.de>,
linux-mm@kvack.org, Andi Kleen <ak@linux.intel.com>,
Matthew Wilcox <matthew.r.wilcox@intel.com>,
"Kirill A. Shutemov" <kirill@shutemov.name>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH, RFC 00/16] Transparent huge page cache
Date: Thu, 21 Mar 2013 16:00:44 +0800 [thread overview]
Message-ID: <514ABE2C.1090901@gmail.com> (raw)
In-Reply-To: <1359365068-10147-1-git-send-email-kirill.shutemov@linux.intel.com>
On 01/28/2013 05:24 PM, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
>
> Here's first steps towards huge pages in page cache.
>
> The intend of the work is get code ready to enable transparent huge page
> cache for the most simple fs -- ramfs.
>
> It's not yet near feature-complete. It only provides basic infrastructure.
> At the moment we can read, write and truncate file on ramfs with huge pages in
> page cache. The most interesting part, mmap(), is not yet there. For now
> we split huge page on mmap() attempt.
>
> I can't say that I see whole picture. I'm not sure if I understand locking
> model around split_huge_page(). Probably, not.
> Andrea, could you check if it looks correct?
Is there any thp performance test benchmark? For anonymous pages or file
pages.
>
> Next steps (not necessary in this order):
> - mmap();
> - migration (?);
> - collapse;
> - stats, knobs, etc.;
> - tmpfs/shmem enabling;
> - ...
>
> Kirill A. Shutemov (16):
> block: implement add_bdi_stat()
> mm: implement zero_huge_user_segment and friends
> mm: drop actor argument of do_generic_file_read()
> radix-tree: implement preload for multiple contiguous elements
> thp, mm: basic defines for transparent huge page cache
> thp, mm: rewrite add_to_page_cache_locked() to support huge pages
> thp, mm: rewrite delete_from_page_cache() to support huge pages
> thp, mm: locking tail page is a bug
> thp, mm: handle tail pages in page_cache_get_speculative()
> thp, mm: implement grab_cache_huge_page_write_begin()
> thp, mm: naive support of thp in generic read/write routines
> thp, libfs: initial support of thp in
> simple_read/write_begin/write_end
> thp: handle file pages in split_huge_page()
> thp, mm: truncate support for transparent huge page cache
> thp, mm: split huge page on mmap file page
> ramfs: enable transparent huge page cache
>
> fs/libfs.c | 54 +++++++++---
> fs/ramfs/inode.c | 6 +-
> include/linux/backing-dev.h | 10 +++
> include/linux/huge_mm.h | 8 ++
> include/linux/mm.h | 15 ++++
> include/linux/pagemap.h | 14 ++-
> include/linux/radix-tree.h | 3 +
> lib/radix-tree.c | 32 +++++--
> mm/filemap.c | 204 +++++++++++++++++++++++++++++++++++--------
> mm/huge_memory.c | 62 +++++++++++--
> mm/memory.c | 22 +++++
> mm/truncate.c | 12 +++
> 12 files changed, 375 insertions(+), 67 deletions(-)
>
--
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:[~2013-03-21 8:00 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-28 9:24 [PATCH, RFC 00/16] Transparent huge page cache Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 01/16] block: implement add_bdi_stat() Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 02/16] mm: implement zero_huge_user_segment and friends Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 03/16] mm: drop actor argument of do_generic_file_read() Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 04/16] radix-tree: implement preload for multiple contiguous elements Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 05/16] thp, mm: basic defines for transparent huge page cache Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 06/16] thp, mm: rewrite add_to_page_cache_locked() to support huge pages Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-29 12:11 ` Hillf Danton
2013-01-29 12:11 ` Hillf Danton
2013-01-29 13:01 ` Kirill A. Shutemov
2013-01-29 13:01 ` Kirill A. Shutemov
2013-01-29 12:14 ` Hillf Danton
2013-01-29 12:14 ` Hillf Danton
2013-01-29 12:26 ` Hillf Danton
2013-01-29 12:26 ` Hillf Danton
2013-01-29 12:48 ` Kirill A. Shutemov
2013-01-29 12:48 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 07/16] thp, mm: rewrite delete_from_page_cache() " Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 08/16] thp, mm: locking tail page is a bug Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 09/16] thp, mm: handle tail pages in page_cache_get_speculative() Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 10/16] thp, mm: implement grab_cache_huge_page_write_begin() Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 11/16] thp, mm: naive support of thp in generic read/write routines Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 12/16] thp, libfs: initial support of thp in simple_read/write_begin/write_end Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 13/16] thp: handle file pages in split_huge_page() Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 14/16] thp, mm: truncate support for transparent huge page cache Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 15/16] thp, mm: split huge page on mmap file page Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-28 9:24 ` [PATCH, RFC 16/16] ramfs: enable transparent huge page cache Kirill A. Shutemov
2013-01-28 9:24 ` Kirill A. Shutemov
2013-01-29 5:03 ` [PATCH, RFC 00/16] Transparent " Hugh Dickins
2013-01-29 5:03 ` Hugh Dickins
2013-01-29 13:14 ` Kirill A. Shutemov
2013-01-29 13:14 ` Kirill A. Shutemov
2013-01-31 2:12 ` Hugh Dickins
2013-01-31 2:12 ` Hugh Dickins
2013-02-02 15:13 ` Kirill A. Shutemov
2013-02-02 15:13 ` Kirill A. Shutemov
2013-04-05 0:26 ` Simon Jeons
2013-04-05 0:26 ` Simon Jeons
2013-04-05 1:03 ` Simon Jeons
2013-04-05 1:03 ` Simon Jeons
2013-04-05 1:42 ` Wanpeng Li
2013-04-05 1:42 ` Wanpeng Li
2013-04-07 0:26 ` Wanpeng Li
2013-04-07 0:26 ` Wanpeng Li
2013-04-05 1:24 ` Ric Mason
2013-04-05 1:24 ` Ric Mason
2013-03-18 9:36 ` Simon Jeons
2013-03-18 9:36 ` Simon Jeons
2013-03-21 8:00 ` Simon Jeons [this message]
2013-03-21 8:00 ` Simon Jeons
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=514ABE2C.1090901@gmail.com \
--to=simon.jeons@gmail.com \
--cc=aarcange@redhat.com \
--cc=ak@linux.intel.com \
--cc=akpm@linux-foundation.org \
--cc=fengguang.wu@intel.com \
--cc=jack@suse.cz \
--cc=kirill.shutemov@linux.intel.com \
--cc=kirill@shutemov.name \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=matthew.r.wilcox@intel.com \
--cc=mgorman@suse.de \
--cc=viro@zeniv.linux.org.uk \
/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.