[Another updated version, with new Reviewed-bys and the statistics issues Johannes pointed out fixed.] The current transparent hugepages daemon can mess up local memory affinity on NUMA systems. When it copies memory to a huge page it does not necessarily keep it on the same node as the local allocations. While fixing this I also found some more related issues: - The NUMA policy interleaving for THP was using the small page size, not the large parse size. - KSM and THP copies also did not preserve the local node - The accounting for local/remote allocations in the daemon was misleading. - There were no VM statistics counters for THP, which made it impossible to analyze. At least some of the bug fixes are 2.6.38 candidates IMHO because some of the NUMA problems are pretty bad. In some workloads this can cause performance problems. What can be delayed are GFP_OTHERNODE and the statistics changes. Git tree: git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc-2.6.git thp-numa -- 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 internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>