Squicker
S
If the game is written with threading in mind then the OS should take care of that and use all cores right ? Failing that the OS for background tasks should run smoother anyway.
As long as the multi-threading is correctly written then yes, the Windows Executive will schedule the threads upon whatever cores are appropriate. However, it's no unusual to see games written in such a way that threads are sat waiting for other threads to complete\handover execution, and you end up with poor multi-core oprimisation regardless.
Rift is a classic example of this, it spawns 35 threads but the main one is stuck on one core which runs at 100% while the others do nothing much, and it means even on an 8 core CPU the game is bound by the maximum clock speed of this single core. Rift lost subscribers hand over fist when this first came to light, because no one is going to put up with what might as well be a single-threaded app in 2013. I therefore imagine Frontier will be well on the ball with this sort of thing!
But it might be the case games often execute in a sequential way which means parallel tasking options are limited compared to professional applications.
Last edited: