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

[Mel Gorman <mel@csn.ul.ie>]

On Tue, Apr 06, 2010 at 09:13:20AM -0400, Theodore Tso wrote:
> 
> On Apr 6, 2010, at 7:16 AM, Mel Gorman wrote:
> 
> > 
> > Does this clarify why min_free_kbytes helps and why the "recommended"
> > value is what it is?
> 
> Thanks, this is really helpful. I wonder if it might be a good idea to
> have a boot command-line option which automatically sets vm.min_free_kbytes
> to the right value? 

I considered automatically adjusting it the first time huge pages are used,
as a command-line option or even a magic value writting to proc.  It's trivial
to implement each option, just haven't gotten around to doing it. There was
less pressure once the tool existed.

> Most administrators who are used to using hugepages,
> are most familiar with needing to set boot command-line options, and this way
> they won't need to try to find this new userspace utility. 

The utility covers a host of other use cases as well e.g. creates mount
points, sets quota, sizes pools (both static and dynamic), reports on the
current state of the system, can auto tune shmem settings etc.

> I was looking
> for hugeadm on Ubuntu, for example, and I couldn't find it.

It's relatively recent and there isn't debian packaging for it (although an
old one was sent to debian mentors once upon a time but never finished). It's
on the TODO list of infinite woe to finish that packaging and go through
Debian so it ends up in Ubuntu eventually.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

--
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>