Re: [LSF/MM ATTEND] Transparent huge pages: huge tmpfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

On Thu, Jan 15, 2015 at 11:54:09PM -0800, Hugh Dickins wrote:
> I would like to attend LSF/MM this year; and most of all would like
> to join Kirill Shutemov in his discussion of THP refcounting etc.

Seconded.

I'm positive about the tradeoffs coming from Kirill's simplification
of the THP refcounting by allowing to map compound pages in ptes (not
only in trans_huge_pmds) and in turn by relaxing the constraint that
split_huge_page cannot fail. It looks a worthwhile change even if it
spreads the complexity to a wider codebase and it doesn't keep it
localized in get_page/put_page anymore.

> I admit that I have not yet studied his refcounting patchset, but
> shall have done so by March.  I've been fully occupied these last
> few months with an alternative approach to THPage cache, huge tmpfs:
> starting from my belief that compound pages were ideal for hugetlbfs,
> questionable for anonymous THP, completely unsuited to THPage cache.
> 
> We shall try to work out how much we have in common, and where to go
> from there.
> 
> Huge tmpfs is currently implemented on Google's not-so-modern kernel.
> I intend to port it to v3.19 and post before LSF; but if that ends up
> like a night-before-the-conference dump of XXX patches, no, I'll spare
> you and spend more time looking at other people's work instead.

I'm interested the above topics too.

Thanks and hope to see you soon :)
Andrea

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]