* Andrea Arcangeli <aarcange@xxxxxxxxxx> wrote: > [...] > > This is already fully usable and works great, and as Avi showed it boosts > even a sort on host by 6%, think about HPC applications, and soon I hope to > boost gcc on host by 6% (and of >15% in guest with NPT/EPT) by extending > vm_end in 2M chunks in glibc, at least for those huge gcc builds taking > >200M like translate.o of qemu-kvm... (so I hope soon gcc running on KVM > guest, thanks to EPT/NPT, will run faster than on mainline kernel without > transparent hugepages on bare metal). I think what would be needed is some non-virtualization speedup example of a 'non-special' workload, running on the native/host kernel. 'sort' is an interesting usecase - could it be patched to use hugepages if it has to sort through lots of data? Is it practical to run something like a plain make -jN kernel compile all in hugepages, and see a small but measurable speedup? Although it's not an ideal workload for computational speedups at all because a lot of the time we spend in a kernel build is really buildup/teardown of process state/context and similar 'administrative' overhead, while the true 'compilation work' is just a burst of a few dozen milliseconds and then we tear down all the state again. (It's very inefficient really.) Something like GIMP calculations would be a lot more representative of the speedup potential. Is it possible to run the GIMP with transparent hugepages enabled for it? Ingo -- 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>