> the CPU will be stealing performance from the GPU or vice versa
Another way to think about it is that very few games are using 100% CPU capacity and 100% CPU capacity at the same time. This model gives the developer a combined compute budget, which can be allocated as required for the task.
> Another way to think about it is that very few games are using 100% CPU capacity and 100% CPU capacity at the same time.
Right, but to the GP's point, for those games which do aim to max out both at the same time (or at least get as close to that as possible), this could be a development pain point unless the developer has control over which gets prioritized. Once upon a time this sort of maximization was a common goal for console game development, though I don't know how true that holds nowadays.
So then you would tune your game to use 50% CPU and 50% GPU if the requirements are equal on both sides.
But I think this style of hardware also changes the way you make optimization decisions. I.e. in a world where you have a fixed CPU/GPU budget, you might try to think of ways too move work to the CPU if for instance your GPU is saturated. But if the relative capacity is variable, you can just do things in the most efficient way overall, and you just have to make sure you don't exceed your overall budget.
Another way to think about it is that very few games are using 100% CPU capacity and 100% CPU capacity at the same time. This model gives the developer a combined compute budget, which can be allocated as required for the task.