On Wed, Nov 03, 2010 at 04:28:37PM +0100, Andrea Arcangeli wrote: > From: Rik van Riel <riel@xxxxxxxxxx> > > On small systems, the extra memory used by the anti-fragmentation > memory reserve and simply because huge pages are smaller than large > pages can easily outweigh the benefits of less TLB misses. > A less obvious concern is if run on a NUMA machine with asymmetric node sizes and one of them is very small. The reserve could make the node unusable. I've only seen it happen once in practice (via hugeadm) but it was also a <1G machine with 4 nodes (don't ask me why). > In case of the crashdump kernel, OOMs have been observed due to > the anti-fragmentation memory reserve taking up a large fraction > of the crashdump image. > > This patch disables transparent hugepages on systems with less > than 1GB of RAM, but the hugepage subsystem is fully initialized > so administrators can enable THP through /sys if desired. > > v2: reduce the limit to 512MB > > Signed-off-by: Rik van Riel <riel@xxxxxxxxxx> > Acked-by: Avi Kiviti <avi@xxxxxxxxxx> > Signed-off-by: Andrea Arcangeli <aarcange@xxxxxxxxxx> Acked-by: Mel Gorman <mel@xxxxxxxxx> -- 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@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>