Re: [PATCH 00 of 41] Transparent Hugepage Support #17

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

 



Hi Neil!

On Tue, Apr 13, 2010 at 04:18:02PM +1000, Neil Brown wrote:
> Actually I don't think that would be hard at all.
> ->lookup can return a different dentry than the one passed in, usually using
> d_splice_alias to find it.
> So when you create an inode for a directory, create an anonymous dentry,
> attach it via i_dentry, and it should "just work".
> That is assuming this is still a "problem" that needs to be "fixed".

I'm not sure if changing the slab object will make a whole lot of
difference, because antifrag will threat all unmovable stuff the
same. To make a difference directories should go in a different 2M
page of the inodes, and that would require changes to the slab code to
achieve I guess.

However while I doubt it helps with hugepage fragmentation because of
the above, it still sounds a good idea to provide more "free memory"
to the system with less effort and while preserving more cache.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  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]