- Dec 25, 2007
- 1,243
- 3
- 76
Hey guys,
I'm trying to set up a new PC to use since my current one is dying. I've gotten all the parts and it's built and stuff, but I'm doing preliminary stress/stability testing before I shift over to it as a daily driver. Unfortunately, I'm running into some weird quirks and I'm not too sure what's going on, or how to deal with it.
Relevant Hardware:
Mobo: ASUS ROG Strix X370-F with latest BIOS
CPU: Ryzen 1600x at stock
Heatsink: Scythe Kotetsu (with Arctic MX4)
RAM: G.Skill FlareX 2x8GB DDR4-3200 (14-14-14-34-1T)
GPU: Not really relevant for this issue, but borrowing an R9 Fury X until GPU prices calm the hell down
PSU: Seasonic Focus+ Gold 850W
OS: Windows 10 x64 v16299.98 with 'High Performance' Power Profile
So, the issue: As far as I am aware, the 1600x is supposed to come at 3.6GHz base, have an all-core XFR of 3.7GHz, a stock boost of up to 4.0GHz, and a single core XFR of 4.1GHz, similar to the 1800x. Correct me if I'm wrong here.
Anyway, I was confused over why when loading CPU-Z and the RyzenMaster program that my CPU was listed as basically being pegged at 3.7GHz no matter what. When idle it was 3.7GHz, but this is explained by the fact that the power profile sets minimum CPU performance at 100% -- if I drop this minimum to 5%, it will drop itself down to ~2.1GHz when idle.
When loading up the CPU with 12 threads via Prime95, it also stays pegged at 3.7GHz, which I suppose is also normal given that 3.7 is its all-core XFR speed. Temps are also fine as far as I can tell, as RyzenMaster reports CPU temps not exceeding 65C during Prime95.
So far it seems normal. The problem comes when I try to only load a single core/thread - Running one thread of Prime95 also pegs my CPU at 3.7GHz. What gives?!
I thought it might have been a sensor reading issue, so I tried yet another program -- HWinfo. I set it to update twice per second (500ms) to try to catch fluctuation more easily. However, it basically showed the same thing -- I was stuck at 3.7GHz. It showed that various cores were individually attaining a maximum of 4.1GHz, which seemed to indicate the CPU was trying to turbo up, but they would never stay there for more than a quarter of a second, and the 'average' speed was reported to actually be closer to 3.6GHz, even for the core that received over 80% of the workload.
I decided to instead try running Cinebench R15 so I could compare against benchmark values from AT, and also Guru3D.
For Cinebench's MT test, I got a score of between 1233-1242, which is in line with the numbers in the reviews on both sites.
However, when running the ST test (whether limiting it to 1 thread, or simply using its Single Core test) I consistently came up with a score of 149-150, which is noticeably below the 1600x ST benchmarks of either site (~160,) and is in line with the 1700x's ST performance instead.
HWinfo's sensors once again reported during Cinebench's ST test that each core was able to very briefly hit 4.1GHz, but the average speed over the entire test (I reset HWinfo's sensor numbers between each test) was closer to 3.6GHz -- for a ST test!
I'm out of ideas on what to try right now, and I'm not sure why my ST tests are underperforming.
I should mention that I've strived to leave as many settings related to overclocking and such on default/auto/off in the BIOS. I've changed settings relating to system boot priorities, logo showing during POST, etc, but none of these should impact the CPU.
The biggest thing is that I had to enable "D.O.C.P. Standard" in order to get my RAM running at the rated 3200MHz of its kit. I couldn't find any other way of enabling XMP (and it turns out that DOCP is supposed to be ASUS' XMP implementation on AMD systems.) I don't think DOCP should impact CPU OC settings, but I'm not entirely sure; At the least, I don't feel like the CPU would be boosting to 4.1GHz at all if 'OC Mode' was enabled.
I know the 'higher' DOCP settings (level 1~5) seemed to try for mild levels of OC (whether it's restricted to the RAM or not, I'm not sure) but as far as I can tell, DOCP Standard simply loaded the XMP data straight from the RAM without trying to OC anything else.
Does anyone have any ideas? I'm pulling my hair out over here and it is frustrating the hell out of me.
I'm trying to set up a new PC to use since my current one is dying. I've gotten all the parts and it's built and stuff, but I'm doing preliminary stress/stability testing before I shift over to it as a daily driver. Unfortunately, I'm running into some weird quirks and I'm not too sure what's going on, or how to deal with it.
Relevant Hardware:
Mobo: ASUS ROG Strix X370-F with latest BIOS
CPU: Ryzen 1600x at stock
Heatsink: Scythe Kotetsu (with Arctic MX4)
RAM: G.Skill FlareX 2x8GB DDR4-3200 (14-14-14-34-1T)
GPU: Not really relevant for this issue, but borrowing an R9 Fury X until GPU prices calm the hell down
PSU: Seasonic Focus+ Gold 850W
OS: Windows 10 x64 v16299.98 with 'High Performance' Power Profile
So, the issue: As far as I am aware, the 1600x is supposed to come at 3.6GHz base, have an all-core XFR of 3.7GHz, a stock boost of up to 4.0GHz, and a single core XFR of 4.1GHz, similar to the 1800x. Correct me if I'm wrong here.
Anyway, I was confused over why when loading CPU-Z and the RyzenMaster program that my CPU was listed as basically being pegged at 3.7GHz no matter what. When idle it was 3.7GHz, but this is explained by the fact that the power profile sets minimum CPU performance at 100% -- if I drop this minimum to 5%, it will drop itself down to ~2.1GHz when idle.
When loading up the CPU with 12 threads via Prime95, it also stays pegged at 3.7GHz, which I suppose is also normal given that 3.7 is its all-core XFR speed. Temps are also fine as far as I can tell, as RyzenMaster reports CPU temps not exceeding 65C during Prime95.
So far it seems normal. The problem comes when I try to only load a single core/thread - Running one thread of Prime95 also pegs my CPU at 3.7GHz. What gives?!
I thought it might have been a sensor reading issue, so I tried yet another program -- HWinfo. I set it to update twice per second (500ms) to try to catch fluctuation more easily. However, it basically showed the same thing -- I was stuck at 3.7GHz. It showed that various cores were individually attaining a maximum of 4.1GHz, which seemed to indicate the CPU was trying to turbo up, but they would never stay there for more than a quarter of a second, and the 'average' speed was reported to actually be closer to 3.6GHz, even for the core that received over 80% of the workload.
I decided to instead try running Cinebench R15 so I could compare against benchmark values from AT, and also Guru3D.
For Cinebench's MT test, I got a score of between 1233-1242, which is in line with the numbers in the reviews on both sites.
However, when running the ST test (whether limiting it to 1 thread, or simply using its Single Core test) I consistently came up with a score of 149-150, which is noticeably below the 1600x ST benchmarks of either site (~160,) and is in line with the 1700x's ST performance instead.
HWinfo's sensors once again reported during Cinebench's ST test that each core was able to very briefly hit 4.1GHz, but the average speed over the entire test (I reset HWinfo's sensor numbers between each test) was closer to 3.6GHz -- for a ST test!
I'm out of ideas on what to try right now, and I'm not sure why my ST tests are underperforming.
I should mention that I've strived to leave as many settings related to overclocking and such on default/auto/off in the BIOS. I've changed settings relating to system boot priorities, logo showing during POST, etc, but none of these should impact the CPU.
The biggest thing is that I had to enable "D.O.C.P. Standard" in order to get my RAM running at the rated 3200MHz of its kit. I couldn't find any other way of enabling XMP (and it turns out that DOCP is supposed to be ASUS' XMP implementation on AMD systems.) I don't think DOCP should impact CPU OC settings, but I'm not entirely sure; At the least, I don't feel like the CPU would be boosting to 4.1GHz at all if 'OC Mode' was enabled.
I know the 'higher' DOCP settings (level 1~5) seemed to try for mild levels of OC (whether it's restricted to the RAM or not, I'm not sure) but as far as I can tell, DOCP Standard simply loaded the XMP data straight from the RAM without trying to OC anything else.
Does anyone have any ideas? I'm pulling my hair out over here and it is frustrating the hell out of me.
Last edited: