Question AMD Ryzen Threadripper 9000 “Shimada Peak” spotted with 32 and 64 Zen5 cores

Page 3 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

eek2121

Diamond Member
Aug 2, 2005
3,384
5,013
136
The author of Rapydmark is a much more accomplished developer than I could ever be and he didn't implement this so it's bothersome enough to be called trickery.
From the docs:

Starting with Windows 11 and Windows Server 2022, it is no longer the case that applications are constrained by default to a single processor group. Instead, processes and their threads have processor affinities that by default span all processors in the system, across multiple groups on machines with more than 64 processors.
 
Jul 27, 2020
26,406
18,149
146
Starting with Windows 11 and Windows Server 2022, it is no longer the case that applications are constrained by default to a single processor group. Instead, processes and their threads have processor affinities that by default span all processors in the system, across multiple groups on machines with more than 64 processors.
The docs are mad because I have not been able to run Rapydmark or my own benchmark on all 128 threads even when Process Lasso showed that there's a single NUMA domain of 128 cores. Tried Win11 and Win Server 2025.
 

StefanR5R

Elite Member
Dec 10, 2016
6,580
10,355
136
@igor_kavinski, the snippet which @eek2121 provided only pertains to how the kernel schedules threads of a process. When an application program sets out to spawn a bunch of threads, it first needs to find out how many logical CPUs there are. But to find out also about logical CPUs which exist outside of the group¹ on which the application program is running when it asks this, it needs to access an extended API. If it doesn't do so, the application program won't know of the rest of the CPUs and won't create as many threads in the first place as it would take to utilize the whole machine.

There are a several APIs to query hardware information such as the count of logical CPUs. The majority of them show only the number of logical CPUs in the current CPU group. One of the APIs which are limited like this is GetLogicalProcessorInformation. This one has received a counterpart API which also reveals logical CPUs outside of the currently used CPU group: GetLogicalProcessorInformationEx. If your application program does not access the latter API (or a similarly extended one if there is any), then the change of default kernel behavior which @eek2121 quoted does not matter (much).

________
¹) Edit: Processor groups are defined by the Windows operating system. It never puts more than 64 logical CPUs into one processor group.
 
Last edited:

soresu

Diamond Member
Dec 19, 2014
3,926
3,354
136
Consoles use GDDR6 so definitely using some sort of latency hiding mechanism.
That's consoles though - different animal altogether from PC gaming.

Having ultra limited potential hw configs to code for vastly increases relevant coding expertise in the job market and software optimisation over time.

Games made at the end of a console life cycle (like The Last of Us 1 or GTA5 for PS3) can get far more out of the hw at release time than any PC or Android game/app will ever manage on equivalent spec hw.

Game dev tools/internal code libraries + console SDK/proprietary APIs + 3rd party middleware are optimised continually for the 5+ years of the hw life cycle.

I can only imagine how badly modern Switch games would perform on a nVidia Switch TV, or equivalent Android hw from 2015 having to account for so many possible different Android hw configurations.

This is why DICE and AMD originally teamed up to create Mantle which started the low level gfx API ball rolling in the industry, to (at least partially) address this imbalance.
 

iamgenius

Senior member
Jun 6, 2008
823
110
106
It is official now:




Can't wait to see the reviews and overclocking results. Will be waiting for July.
 

iamgenius

Senior member
Jun 6, 2008
823
110
106
I'll only be mildly interested because no one dares to run game benchmarks on these. What a waste of a really expensive machine.
Well, you buy them for other purposes but you can still game with them no problem. I myself run older titles, so with a good GPU, it won't be an issue at all.
 
  • Like
Reactions: DAPUNISHER
Jul 27, 2020
26,406
18,149
146
I myself run older titles, so with a good GPU, it won't be an issue at all.
Someone tell that to the reviewers. I bet they run all sorts of personal stuff on the review sample machines and get all giddy like kids but don't share the results.
 

iamgenius

Senior member
Jun 6, 2008
823
110
106
I'll only be mildly interested because no one dares to run game benchmarks on these. What a waste of a really expensive machine.
These are some gaming benchmarks I could find for the 7000 series.



 

adamge

Member
Aug 15, 2022
121
230
86
You can buy AM5 with 256GB, at least this month G.Skill started to advertise their 256GB AM5 kit.
My work finally gave me something I asked for in our VM environment. I'm referring to the RAM kit. I definitely did not ask for the Intel CPU.

Threadripper-Who?

1751993516560.png
 
  • Like
Reactions: igor_kavinski

adamge

Member
Aug 15, 2022
121
230
86
Running at 5600 MT/s? What timings?

Regarding the ECC, we've been running a VMware environment internally for our lab use for probably 15 years - the last 6 have been on plain consumer workstation hardware like AMD Zen3 and without ECC. I've never noticed it being a problem. No random crashes or corruption. And if we did have one VM failure per year or month, it's not very expensive internally for us to correct it and move on.

We didn't pay attention to timing or speed config in the BIOS. This is how it default booted. I would have paid attention but I didn't do the install.

Here's the Linux diagnostic readout.

Handle 0x000F, DMI type 17, 92 bytes
Memory Device
Array Handle: 0x000E
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 64 GB
Form Factor: DIMM
Set: None
Locator: Controller0-ChannelA-DIMM0
Bank Locator: BANK 0
Type: DDR5
Type Detail: Synchronous
Speed: 5600 MT/s
Manufacturer: Kingston
Serial Number: 80192D1A
Asset Tag: 9876543210
Part Number: KF556C36-64
Rank: 2
Configured Memory Speed: 5600 MT/s
Minimum Voltage: 1.1 V
Maximum Voltage: 1.999 V
Configured Voltage: 1.1 V
Memory Technology: DRAM
Memory Operating Mode Capability: Volatile memory
Firmware Version: Not Specified
Module Manufacturer ID: Bank 2, Hex 0x98
Module Product ID: Unknown
Memory Subsystem Controller Manufacturer ID: Unknown
Memory Subsystem Controller Product ID: Unknown
Non-Volatile Size: None
Volatile Size: 64 GB
Cache Size: None
Logical Size: None
 
  • Like
Reactions: igor_kavinski

Doug S

Diamond Member
Feb 8, 2020
3,346
5,867
136
Regarding the ECC, we've been running a VMware environment internally for our lab use for probably 15 years - the last 6 have been on plain consumer workstation hardware like AMD Zen3 and without ECC. I've never noticed it being a problem. No random crashes or corruption. And if we did have one VM failure per year or month, it's not very expensive internally for us to correct it and move on.

Modern DRAM is very reliable, and DDR5 includes internal ECC. There was a lot of negative speculation at the time that was announced that DRAM OEMs would use it as a way of utilizing "known bad" DRAM chips, but their processes yield nearly perfectly thanks to post manufacturing testing / ability to map in spare rows before they're assembled into DIMMs/stacks/etc.

I can't remember the last time I tested brand new RAM using memtest86+ and actually found errors. Maybe when DDR1 was brand new? Their testing/remediation is just so much better now. However I have seen the occasional error when testing several year old RAM - that's what the DDR5 built in ECC will hopefully (silently, but you can't have everything) address. Over time DRAMs that were "perfect" can become less so, and that's not something they can catch during post manufacturing testing, but is what ECC DIMMs address (plus stuff unrelated to manufacturing issues like cosmic rays)

It sounds like in your situation you can tolerate the occasional crash/corruption which means the added cost may not be worth it to your or your management. It is when you cannot tolerate any such issues or need/wish to reduce the problem space when diagnosing issues by immediately ruling out bad RAM as a cause that the added cost of ECC is justified.

Clearly, issues are statistically more likely when you have a lot of RAM. If you have 4 TB of RAM in a server you're already 1000x more likely to see problems than with 4 GB of RAM, and that's before you consider that if you max out capacity the DIMMs you buy will be using the latest and most aggressive DRAM process to deliver the densest DRAM chips.
 

aigomorla

CPU, Cases&Cooling Mod PC Gaming Mod Elite Member
Super Moderator
Sep 28, 2005
21,053
3,538
126
Being a Threadripper 7960X owner:

Screenshot 2025-07-12 174349.png

i can say you can not trust AMD with HEDT, and at its value point your probably better off getting a EPYC and a regular Ryzen 9 X3D desktop. If you can afford one, this is probably a much better solution, and use both on a dedicated KVM to flip between PC's.

Thread ripper has no place right now... its like half of a EPYC and Ryzen 9 X3D, trying to fit in 1 package.

Until Threadripper PRO can at least compete against a X3D and still cost less then a 2/3rds of a single socket prowess of a EPYC and NOT kill your warranty when overclocking, i do not recommend it at all.

Just don't overclock, hence why EPYC is a better solution, and game on a dedicated X3D Ryzen 9 with overclocking.
OH and did i mention if you enable EXPO only u still get that NAG warning that you will VOID your warrenty.

20250303_230543.jpg

AMD says they will look at it with a case by case, but i believe you still blow that overclocking fuse that the new Threadrippers have.


He would get fired anyway if he told them how much an ECC workstation would cost :D

Then what would you call me to use a ECC hybrid Gaming / production PC? :X
I needed it for the PCI-E Lanes... If Ryzen 9 X3D had double the current PC lanes, i would not have gotten Threadripper.


My ECC are the Gskill 192GB 6400mhz DDR5
Screenshot 2025-07-12 173710.png

I have no issues in windows 11, with EXPO on even, but i think i blew my overclocking warrenty fuse by doing so.
So i hope i never need to RMA my CPU and find out if AMD will honor it just for enabling EXPO.

I also use an ASUS board, so i know ASUS will be absolutely WORTHLESS if i ever need to RMA it.
 
Last edited:

iamgenius

Senior member
Jun 6, 2008
823
110
106
Being a Threadripper 7960X owner:

View attachment 127053

i can say you can not trust AMD with HEDT, and at its value point your probably better off getting a EPYC and a regular Ryzen 9 X3D desktop. If you can afford one, this is probably a much better solution, and use both on a dedicated KVM to flip between PC's.

Thread ripper has no place right now... its like half of a EPYC and Ryzen 9 X3D, trying to fit in 1 package.

Until Threadripper PRO can at least compete against a X3D and still cost less then a 2/3rds of a single socket prowess of a EPYC and NOT kill your warranty when overclocking, i do not recommend it at all.

Just don't overclock, hence why EPYC is a better solution, and game on a dedicated X3D Ryzen 9 with overclocking.
OH and did i mention if you enable EXPO only u still get that NAG warning that you will VOID your warrenty.

View attachment 127054

AMD says they will look at it with a case by case, but i believe you still blow that overclocking fuse that the new Threadrippers have.




Then what would you call me to use a ECC hybrid Gaming / production PC? :X
I needed it for the PCI-E Lanes... If Ryzen 9 X3D had double the current PC lanes, i would not have gotten Threadripper.


My ECC are the Gskill 192GB 6400mhz DDR5
View attachment 127052

I have no issues in windows 11, with EXPO on even, but i think i blew my overclocking warrenty fuse by doing so.
So i hope i never need to RMA my CPU and find out if AMD will honor it just for enabling EXPO.

I also use an ASUS board, so i know ASUS will be absolutely WORTHLESS if i ever need to RMA it.
Okay, this is certainly bad. We will see if they confirm this overclocking fuse thingie when reviewing 9000 series threadrippers.
 
Jul 27, 2020
26,406
18,149
146
I have no issues in windows 11, with EXPO on even, but i think i blew my overclocking warrenty fuse by doing so.
So i hope i never need to RMA my CPU and find out if AMD will honor it just for enabling EXPO.
You are being too paranoid, methinks, probably coz of the sticker shock you suffered.

I violated and tortured my 9950X3D in ways that no decent CPU should have to endure but I was always able to revive it successfully one way or the other. It's been off for ages so no idea if it will turn on NOW if I try it, especially since the mobo is ASROCK with stock BIOS and I did not update to the recommended BIOS.

My Zen 2 Epyc also was running fine the last time I tried it, despite it being used almost 24/7 by the previous owner.

I think you are giving AMD too little credit by thinking that you may need to RMA your TR CPU. If it dies, it's probably due to ASUS's crappy BIOS validation and not due to something you do to it. In that event, give ASUS hell and get them to replace your TR CPU or use everything in your power (your industry contacts whatever) to give them a lesson they won't soon forget.

At least from my personal experience, it's not easy to kill an AMD CPU.
 
  • Like
Reactions: lightmanek