David Miller wrote: >> Isn't it better to use embedding allocator for !NUMA cases (one less >> TLB entry usage for each CPU)? > > Heck, the embedding case would probably be optimal for Niagara NUMA > systems too. > > On Niagara systems all of the "possible" cpu numbers are linear and in > order. No holes, gaps, or other stuff like this. So just allocating > big TLB mapping chunks and chopping them up to the individual cpus is > the best scheme possible. Sounds great. I wonder whether the remap allocator could be replaced with embed allocator with right parameters on x86 too. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
