From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx203.postini.com [74.125.245.203]) by kanga.kvack.org (Postfix) with SMTP id 3CF346B0005 for ; Thu, 21 Mar 2013 04:00:53 -0400 (EDT) Received: by mail-ia0-f175.google.com with SMTP id y26so2196227iab.34 for ; Thu, 21 Mar 2013 01:00:52 -0700 (PDT) Message-ID: <514ABE2C.1090901@gmail.com> Date: Thu, 21 Mar 2013 16:00:44 +0800 From: Simon Jeons MIME-Version: 1.0 Subject: Re: [PATCH, RFC 00/16] Transparent huge page cache References: <1359365068-10147-1-git-send-email-kirill.shutemov@linux.intel.com> In-Reply-To: <1359365068-10147-1-git-send-email-kirill.shutemov@linux.intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: "Kirill A. Shutemov" Cc: Andrea Arcangeli , Andrew Morton , Al Viro , Wu Fengguang , Jan Kara , Mel Gorman , linux-mm@kvack.org, Andi Kleen , Matthew Wilcox , "Kirill A. Shutemov" , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org On 01/28/2013 05:24 PM, Kirill A. Shutemov wrote: > From: "Kirill A. Shutemov" > > 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: email@kvack.org