Re: [PATCHv8 26/32] thp: update Documentation/vm/transhuge.txt

[Kirill A. Shutemov]

On Thu, May 19, 2016 at 05:20:01PM +0100, Julien Grall wrote:
> Hello Kirill,
> 
> On 12/05/16 16:41, Kirill A. Shutemov wrote:
> >Add info about tmpfs/shmem with huge pages.
> >
> >Signed-off-by: Kirill A. Shutemov <kirill.shutemov@xxxxxxxxxxxxxxx>
> >---
> >  Documentation/vm/transhuge.txt | 130 +++++++++++++++++++++++++++++------------
> >  1 file changed, 93 insertions(+), 37 deletions(-)
> >
> >diff --git a/Documentation/vm/transhuge.txt b/Documentation/vm/transhuge.txt
> >index d9cb65cf5cfd..96a49f123cac 100644
> >--- a/Documentation/vm/transhuge.txt
> >+++ b/Documentation/vm/transhuge.txt
> >@@ -9,8 +9,8 @@ using huge pages for the backing of virtual memory with huge pages
> >  that supports the automatic promotion and demotion of page sizes and
> >  without the shortcomings of hugetlbfs.
> >
> >-Currently it only works for anonymous memory mappings but in the
> >-future it can expand over the pagecache layer starting with tmpfs.
> >+Currently it only works for anonymous memory mappings and tmpfs/shmem.
> >+But in the future it can expand to other filesystems.
> >
> >  The reason applications are running faster is because of two
> >  factors. The first factor is almost completely irrelevant and it's not
> >@@ -48,7 +48,7 @@ miss is going to run faster.
> >  - if some task quits and more hugepages become available (either
> >    immediately in the buddy or through the VM), guest physical memory
> >    backed by regular pages should be relocated on hugepages
> >-  automatically (with khugepaged)
> >+  automatically (with khugepaged, limited to anonymous huge pages for now)
> 
> Is it still relevant? I think the patch #30 at the support for tmpfs/shmem.

I forgot to update documentation. I'll do for the next round when rebase
to v4.7-rc1.

Thanks for noticing this.

-- 
 Kirill A. Shutemov