Re: If these exploits carry one
I can see that you're not that familiar with process and thread dispatch on current multi-core processors.
There are many long answers, but I'll try to give you a couple of short ones.
1. Lots of small processors are good executing lots of small threads/processes. They're bad at executing small numbers of large processes.
2. Accessing memory becomes exponentially more of a bottleneck as the processor count increases unless you implement a NUMA model.
3. If you choose a NUMA model, maintaining consistent performance becomes more difficult as memory closeness to the core executing the code becomes relevant.
4. The more processors you have, the more difficult it becomes to keep your memory caches consistent, which in itself can allow sideband memory attacks.
5. If using a monolithic kernel, locking contention on kernel memory structures by processes running on different processors can cause performance issues.
The large multi-core systems that can be bought now try to eliminate some of these problems by using static processor allocation to VMs, allowing the system to allocate memory for VMs based on affinity to the cores in a NUMA implementation, and to reduce the number of processors contending for kernel locks.
I'm sure there are lots of other reasons, but these came off the top of my head.