Live data from Hacker News

AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

techquila.co.in

51–60 of 115 posts

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#51
post #31

Earlier quoted context omitted.

elaborate?

I think they're pointing out that many of the bottlenecks that make computers feel slow can't be fixed by throwing more cores at them—multithreading can be tricky

You could have 128 cores, 4TB of memory, multiple top-end NVMe drives and Windows will still lock up when accessing an offline network share.

Good job Microsoft.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#52
post #6

Earlier quoted context omitted.

There's already a 64-core Threadripper rumored for the end of this year. Top-tier Ryzen 9 should reach "only" 32 cores on the 5nm process in 2 years.

Is this conjecture or has AMD stated in a roadmap they plan to have 5nm in 2 years?

They're going to use whatever TSMC uses, and TSMC is committed to 5nm. The process is already being tested.

https://www.tomshardware.com/news/tsmc-5nm-euv-process-node,...

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#53
post #9

The real question for me with all these AMD releases, what's Intel gonna release? It's surprising to me that Apple didn't announce an AMD based Mac Pro-- the chip Intel gave them must really be something. Too bad though because there could be a lot more of them (eventual Mac Pros) out there I'm guessing if they were using these Rome chips.

It's probably not just the chip, Intel provides financial incentives for manufacturers who build products around their chips.

That usually involves advertising, but Apple has turned down those offers. Not even an "Intel inside" sticker.

Apple's relationship with Intel is pretty rocky now. Intel fumbled the i9, their Xeon chips aren't keeping up with AMD's workstation offerings, and their efforts to build a cellular modem chip utterly failed, leaving Apple at the mercy of Qualcomm for that part.

I'm sure Apple will cut loose on Intel as soon as they can. They're probably tired of the bullshit.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#54
post #24
post #15

Does anyone have an idea how many different processors tapeouts are needed to create this line? It seems reasonable to assume that 48-core chip is just 64-core chip with few defective cores. A lower clocked version is the same ship that high clocked that did not pass some test.

There are three tapeouts used for the entire desktop, HEDT, and server lineup combined. Everything uses the same 8 core CPU dies and there are two different I/O dies- a smaller one used for desktop (which doubles as the X570 chipset) and a big one for HEDT/server. There's also a separate 4 core + GPU die used for laptop parts.

This is correct for desktop and server. However, AMD hasn't said anything about the HEDT I/O die yet, as far as I know.

Assuming Zen 2-based Threadripper will still have quad channel memory and 64 PCIe lanes, AMD might go for a medium sized I/O die instead of disabling half of the large server I/O die. Or maybe the Threadripper volume is too low and a separate tapeout is not worth it.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#55
post #42

Earlier quoted context omitted.

NUMA isn't a feature, it's a design compromise. Ideally every line of memory takes the same amount of time to access. But in large complex designs, you can increase performance for some memory at the price of lower performance for other memory, aka Non Uniform Memory Access. (These chips do exhibit NUMA)

I believe these chips have Uniform Memory Access via a shared memory interface on the I/O die. Am I mistaken? Edit, just confirmed: >Thanks to this improved design, each chiplet can access the memory with equal latency. The multi-core beasts can support to 4TB of DDR4 memory per socket. https://www.tomshardware.com/news/amd-64-core-128-thread-7nm...

They exhibit NUMA because if chiplet0 wants a line of memory that is held by chiplet4, it has to go get it from chiplet4. So the degree of NUMA is improved from the previous generation, but it is still not UMA.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#56
post #55

Earlier quoted context omitted.

I believe these chips have Uniform Memory Access via a shared memory interface on the I/O die. Am I mistaken? Edit, just confirmed: >Thanks to this improved design, each chiplet can access the memory with equal latency. The multi-core beasts can support to 4TB of DDR4 memory per socket. https://www.tomshardware.com/news/amd-64-core-128-thread-7nm...

They exhibit NUMA because if chiplet0 wants a line of memory that is held by chiplet4, it has to go get it from chiplet4. So the degree of NUMA is improved from the previous generation, but it is still not UMA.

No memory is held by any chiplet, it's all held by the IO die and chiplets ask the IO die to access memory for it.

So there is no longer "near" and "far". In a sense, it's all "far" now (but hopefully not too far). But it is all uniform now.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#58
So at a 225w TDP I'd guess that part is going to be clocked in the 1.2 -1.5GHz range. Definitely a specialist part IMO because with only 8 channels of memory that's 1 channel per eight cores which is not a ton of bandwidth. So for workloads that largely stay in the (I assume) ample L3/L2 caches that part will rock. But for anything that needs a lot of bandwidth spread across cores (databases come to mind) it will probably struggle where the higher clocking 24 core or 32 core parts will probably chug on fine. This oddly seems like a case where the 48 core may still be a better buy even for similar workloads due to higher base clocks.

Just my two cents.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#59
post #15

Does anyone have an idea how many different processors tapeouts are needed to create this line? It seems reasonable to assume that 48-core chip is just 64-core chip with few defective cores. A lower clocked version is the same ship that high clocked that did not pass some test.

Two tapeouts, one for the IO die and one for the 8-core chiplet. For lower core count versions they can simply leave chiplet slots blank: https://img.purch.com/o/aHR0cDovL21lZGlhLmJlc3RvZm1pY3JvLmNv...

Consumer dies use a smaller IO die, so three tapeouts.

Epyc IO die will probably be re-used on Threadripper with chiplet slots blank though.

Re: AMD EPYC “Rome” Server Processors to Feature 8 to 64 Cores

#60

The real question for me with all these AMD releases, what's Intel gonna release? It's surprising to me that Apple didn't announce an AMD based Mac Pro-- the chip Intel gave them must really be something. Too bad though because there could be a lot more of them (eventual Mac Pros) out there I'm guessing if they were using these Rome chips.

I think it'd really only be surprising if the Mac Pro ignored these chips when they were already available. At this point, though, the Mac Pro is shipping before Rome is available. The timing is just off. Current Xeons are faster than current Epyc's on average, so the choice today makes sense. Particularly if Apple wants to avoid NUMA in these machines. It wouldn't be unreasonable for a Mac Pro refresh in 2 years to…

The Mac Pro uses the LGA3647 socket, which I assume will give it some headroom for incremental upgrades in the next few years before a major overhaul is due. Intel already offers 112-thread part for that socket.
Post reply on HN