On Fri, 02 Oct 2009, Jarod Wilson wrote: > Allow the user to allocate x G, M or K of hugepages using the default huge > page size, rather than having to specify page size and number of pages (both > of which of course still work too). Mixture of explicit page sizes and page > counts with memory sizes and default page sizes respectively should also > work. > > i.e., the following... > > hugeadm --pool-size-min 2M:1024 > hugeadm --pool-size-min DEFAULT:2G > hugeadm --pool-size-min 2M:2G > hugeadm --pool-size-min DEFAULT:1024 > > ...should all be functionally equivalent on a box with a default huge page > size of 2M (such as my x86_64 test rig here). > > Signed-off-by: Jarod Wilson <ja...@redhat.com>
Acked-by: Eric B Munson <ebmun...@us.ibm.com>
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf
_______________________________________________ Libhugetlbfs-devel mailing list Libhugetlbfs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
