Slashdot Mirror
Linux Kernel Patch Hints At At 32-Core Support For AMD Zen Chips
New submitter Iamthecheese points to an article which says that a patch published on the Linux Kernel Mailing List indicates that AMD's forthcoming Zen processors will have as many as 32 cores per socket, but notes that while the article's headline says "Confirms," "the article text doesn't bear that out." Still, he writes,
There are hints of such from last year. A leaked patch for the 14 nanometer AMD Zeppelin (Family 17h, Model 00h) reveals support for up to 32 cores. Another blog says pretty much the same thing. We recently discussed an announced 4+8 core AMD chip, but nothing like this.
Quite wrong about AMD CPUs getting progressively worse.
Intel has outpaced AMD their process technology is more sdvanced allowing them to do magical things like significantly increase performance AND reduce power at the same time...
This also has something to do with Intel's past blocking of AMD products when the K7 Thunderbird was kicking ass. Year later cash strapped AMD agreed to settle the matter to the tune of $2 billion. I'm sure if they had a bit more time and money they could have gotten more.
Now, unsurprisingly Intel's advantage is only this much and not more, most likely because Intel needs AMD to exist. It's a great way to compare and handy not to be declared a monopoly.
So AMD has been improving, albeit at a slower pace than Intel. They can still compete but need to change the approach to fight where they can shine and profit rather than everywhere Intel goes.
A 'singular oddity' is an event that cannot be explained and only happens when you are alone.
CMOS technology, is static meaning that there is no current flow through a gate when it is on or off. Current only flows while the transistor is transitioning states. P = I x V and as I (current) increases, so does power. All 'digital' circuits are actually analog and you can show that I is proportional to frequency squared. Instead of having a power (^) increase in energy use, you have a linear relation.
AMD best hope this CPU has some actual guts to it for performance / power efficiency.
Perhaps cores-schmores is one way to approach this? Lots of small cores with relatively slow clocks, as higher clocks tend to worsen power efficiency. I'm not discounting Intel's success with single-core performance per se, but I sometimes feel it's aimed at speeding up legacy applications, while those with modern OSes and code are happy with the cheaper multicore offerings from AMD.
Escher was the first MC and Giger invented the HR department.
AMD long ago gave up competing on raw CPU performance with Intel. They compete on price and integration. They have better on-board GPUs than Intel, and they cost less. The XBOne and PS4 both use AMD CPUs and GPUs.
The question is if these markets are enough.
const int one = 65536; (Silvermoon, Texture.cs)
SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
This is like looking at a hardware register in a generic register layout that leaves 8 bits for "core index" and deducing that the manufacturer must be intending on delivering a 256-core CPU.
Then you find the documentation for the specific family and find out that bits 7-3 are "reserved and will be read as zero".
But the driver patch they submitted doesn't make that assumption "just in case".
Because it's easier to plan ahead in the driver than it is to actually deliver a 256-core CPU.