Linux Gaming

New ARM chips would also need to only emulate the speeds of current x86 chips as opposed to future ones to support the current crop of games. The idea would be that new games would be compiled natively. Most games nowadays use a handful of engines, so it's really a matter of porting the engine to the new platform. There are a number of architecture differences that make chips like Apple M series and new Qualcomm chips strictly superior to anything Intel or AMD are putting out. This article does a good overview. The gist is that there are two main advantages. System on a chip architecture eliminates the need for the bus, so GPU, CPU, and any other cores can all share memory directly. The other big advantage is that RISC instructions have a fixed sized, you can read a batch of instructions figure out which ones are independent, and then run those in parallel. This approach scales to a large number of cores. On the other hand, CISC instructions are variable length and this makes this approach impossible to scale. AMD discovered that past parallelizing 3-4 instructions the cost of figuring out dependencies exceeds the benefits of running them in parallel.

My overall argument here is that the chip simply has to run enough current games well enough, and that new games would target the chip natively. And I'm going to point out that Steam Deck clearly shows that using an emulation layer as a bridge is a perfectly viable approach.