Originally posted by: myocardia
Originally posted by: VirtualLarry
Not true. Windows 2000 and Windows XP are SMP OSes. Symmetric Multi-processing. That means that any CPU core can handle any task. Previous versions of NT, either 3.1 or perhaps 3.5 were not symmetric, and it was true that windows OS tasks (specifically, drivers and interrupts) always had to happen on core #0.
SMP in the Windows world only means "more than one socket", nothing more, nothing less. That's why XP Pro is an SMP OS, and XP Home isn't, XP Home doesn't support a second socket/CPU. That has nothing to do with whether or not either is able to thread schedule itself, which they can't.
Originally posted by: JAG87
This is exactly why in the OP's case, it's not a throttling problem. Since it's one particular thread that is slowing down (and he has no affinity set), we cannot say that one core is throttling, since that thread is being time spliced between both cores.
Where did I say the OP had a core throttling?

And yes, you are right about Prime95. Prime95 is thread scheduled, like all
applications within Windows.
Therefore it's most likely a starvation for cpu cycles due to all the crap he is doing in the background, and that starvation is definetely not coming from System related processes (which don't consume that much to begin with), but rather from all the other processes he is running.
That's awfully astute of you to figure that out,
after the OP said what software he was running concurrently with Prime95.
In the end you are right, there is nothing to worry about, but your approach to the problem was wrong.
Actually, I wasn't wrong in the slightest. If you or Taltamir had any idea of how thread scheduling worked in Windows, neither of you would have been arguing with me in the first place. Each and every segment has to continually report back to the "parent" thread on a continual basis. It has to report that it's starting segment XXYYZZ3245, that it has finished that particular segment, and finally what the actual result happened to be. If the parent thread were continually moving from core to core, you can see how that would effect performance, since they would spend as much time trying to locate said parent thread, as they would doing actual work.
If you would like to find out how thread scheduling actually works within Windows,
this article is a good place to start.