In a recent interview, David McAfee, who holds the position of Corporate Vice President and General Manager of the Customer Channel Business Unit at AMDresponded to a series of questions.
One of the questions asked if AMD would follow in the footsteps of Intel with its hybrid technology, dividing it into P cores for performance and E for efficiency. This question makes sense after the introduction of Zen 4C, an architecture that introduces significant changes compared to Zen 4, such as reducing the size of the chiplet and decreasing the L3 cache from 32 MB to 16 MB.
According to David, AMD does not intend to follow that path, since It is very difficult for developers of operating systems and applications, due to the important differences it raises. With Zen 4C, AMD has taken a different approach, as the IPC (Instructions Per Cycle) of these processors and their architectural base remain the same, and the differences from Zen 4 are not as significant.
“I know Mark Papermaster talked a lot about the different types of cores that go into our portfolio. I think what I would say is that as we’ve seen different types of core there are probably two things that are general factors that we think about in terms of how they fit into the portfolio.
One is the notion that the P and E cores used by the competition is not the approach we intend to take at all. Because I think the reality is that when you get to the point of having kernel types with different ISA or IPC capabilities or things like that, it becomes very difficult to ensure that the correct workloads are scheduled on the correct kernels, consistently. McAfee said.
Zen 5 and more
the vice president He also mentioned Zen 5 and revealed that they hope to finalize the design in 2024. This new generation will be launched under the name Ryzen 8000 and will have graphics cores based on the RDNA 3.5 architecture. Although he did not venture to provide an exact release date, he assured that they are working hard to make it available as soon as possible.
Finally, AMD also acknowledged its support for the transition to an x86S ecosystem, that is, one completely designed for 64-bit. However, they stressed that Removing 32-bit support is not a trivial decision or one to be taken lightly.
