• Welcome to TechPowerUp Forums, Guest! Please check out our forum guidelines for info related to our community.

Ryzen Owners Zen Garden

Board to board and AGESA to AGESA pretty common to see minor changes in idle power. Unify-X runs my CPU at a few watts higher SOC for the same VSOC, and latest AGESA on AM4 runs both boards at 5-10C hotter under any given load. Not to mention that Core+SOC only accounts for a portion of total package power at all times.

Safety first, I guess. These are special times Raphael is going through.

3000 UCLK for 1.2V is a pretty good deal.
I don't get it, though. Same VSoC, higher idle power, higher idle temp. Why? Why change something that works for the worse? :(

Thankfully, everything is the same under load.

SOC over 1.2 is a no go as i understand it.
AMD says up to 1.3 should be safe. I see no reason to go that high, though (or maybe I've got a golden sample, who knows).
 
I don't get it, though. Same VSoC, higher idle power, higher idle temp. Why? Why change something that works for the worse? :(

Thankfully, everything is the same under load.


AMD says up to 1.3 should be safe. I see no reason to go that high, though (or maybe I've got a golden sample, who knows).
aye, but im on the safe side type of a guy, and latest GN video made it blow up with merely 50 miliamp ekstra powah
 
Lesson to walk away with? Check your voltages in the BIOS. ANY CPU voltage over 1.35v should be adjusted down. I still have not seen any evidence that a Ryzen CPU needs more than 1.35v, ever. Ideally, The voltages should be 1.25v or lower.

Folks, turn down your voltage.

Important to specify that it's just for VDDCR_SOC though, for which it certainly is true, although there's still a lot of investigation that needs to be done on that issue. Lesson for Vcore especially on X3D is simply not to touch, don't wanna bring back the days of certain individuals spreading alarmist FUD on here about the stock PB algorithm boosting to 1.5V and supposedly "destroying" CPUs.

Crap, looks like I'm going to have to start messing around then. Might still be safe? (7950X) Only see it exploding X3D chips. What should I look for exactly?

What to look for? I mean, if your CPU hasn't physically exploded...... :D

Whatever feels right to you - stick with CO only where possible for PBO, keep your VSOC low as necessary to stay stable at your usual UCLK, and cool your CPU properly. Aside from that, not much else, no one has gotten to the bottom of the issue yet.

SOC over 1.2 is a no go as i understand it.

Official statement is 1.3V from AMD. 1.2V is a soft suggestion for AM4's GF 12nm IO die. 1.2V or 1.25V auto-set VSOC on many AM5 boards seems just fine and hasn't changed.

I don't get it, though. Same VSoC, higher idle power, higher idle temp. Why? Why change something that works for the worse? :(

Thankfully, everything is the same under load.

I wanted to ask MSI the same question, but alas........AGESA is not exactly transparent

There's a point to be made though that VSOC set =! VSOC reported over SVI2/3 =! VSOC measured with a probe. You'd think that good PWM controllers (XDPE132G5C) and good die sense circuits (ROG Crosshair) would bestow a certain amount of confidence in software monitoring, but I guess not since the X670E Hero was the board that blew up.
 
There's a point to be made though that VSOC set =! VSOC reported over SVI2/3 =! VSOC measured with a probe. You'd think that good PWM controllers (XDPE132G5C) and good die sense circuits (ROG Crosshair) would bestow a certain amount of confidence in software monitoring, but I guess not since the C9 Hero was the board that blew up.
Ah, so while the reported SoC voltage in software looks the same, the actual one measured by an instrument (that I don't have) might be different. That makes sense.
 
What to look for? I mean, if your CPU hasn't physically exploded...... :D
:D

That was pretty much my thought, if that hasn't happened you are probably OK :D

I may have been a bit harsh with my wording, but I mean c'mon..

I expected better from Asus and AMD.. more so Asus.. and everyone else I guess :laugh:

Its not like they are running some fisher-price operation over there. These guys have been doing this stuff for decades, it should be easy by now :D
 
Ah, so while the reported SoC voltage in software looks the same, the actual one measured by an instrument (that I don't have) might be different. That makes sense.

The idea is that SVI2 and SVI3 Vcore and VSOC are so accurate it's like having a die sense circuit without having a die sense circuit.......guess it wasn't so rosy after all. There's a table of set/SVI3/probe voltage somewhere in the GN video...very eye-opening the VSOC behaviour when under load

I assumed that X670 ROG has a dedicated die-sense circuit like C8 ROG boards but I can't seem to find any reference to die sense functionality or the op-amp next to the socket that makes it possible. So I guess it doesn't have that advantage. On AM4 ROG you not only have the usual SVI2 readings but also an extra die sense Vcore under the motherboard sensors just to fact check the CPU sensors. On Impact/Hero/Dark Hero/Formula the op-amp part is visible just north of the socket.

For the price that they're asking on the AM5 ROG boards.......TOTAL SCAM! :D

Its not like they are running some fisher-price operation over there. These guys have been doing this stuff for decades, it should be easy by now :D

I've said it before and I'll say it again - any AMD hardware with Intel's firmware team and Nvidia's driver team = guaranteed I will never buy anything not AMD again
 
Last edited:
The idea is that SVI2 and SVI3 Vcore and VSOC are so accurate it's like having a die sense circuit without having a die sense circuit.......guess it wasn't so rosy after all. There's a table of set/SVI3/probe voltage somewhere in the GN video...very eye-opening the VSOC behaviour when under load

I assumed that X670 ROG has a dedicated die-sense circuit like C8 ROG boards but I can't seem to find any reference to die sense functionality or the OP-AMP next to the socket that makes it possible. So I guess it doesn't have that advantage. On AM4 ROG you not only have the usual SVI2 readings but also an extra die sense Vcore under the motherboard sensors just to fact check the CPU sensors. On Impact/Hero/Dark Hero/Formula the OP-AMP part is visible just north of the socket.

For the price that they're asking on the AM5 ROG boards.......TOTAL SCAM! :D



I've said it before and I'll say it again - any AMD hardware with Intel's firmware team and Nvidia's driver team = guaranteed I will never buy anything not AMD again
I was on the other side, my last AMD was a k5. after that i promised my self i would never buy AMD again, but here i am in this Zen Garden.
 
I was on the other side, my last AMD was a k5. after that i promised my self i would never buy AMD again, but here i am in this Zen Garden.
I always go through waves. I want something exciting and tunable, so I buy AMD. Then I see it's too much hassle, and buy Intel for simplicity and peace of mind. Then I get bored and buy AMD again. :laugh:
 
I was on the other side, my last AMD was a k5. after that i promised my self i would never buy AMD again, but here i am in this Zen Garden.

Yeah, but you have a 5800X3D, that's different; welcome to the not-exploding CPU club :D 5800X3D is about as close to plug-and-play as AMD has ever gotten in Ryzen history
 
Lesson for Vcore especially on X3D is simply not to touch
Can't agree with this. If it's going above 1.35v, it needs to be forced back down.
don't wanna bring back the days of certain individuals spreading alarmist FUD on here about the stock PB algorithm boosting to 1.5V and supposedly "destroying" CPUs.
I don't remember who that was, however, I personally RMA'd a few Zen1 and Zen+ CPU's because they were showing degraded performance after MSI and Gigabyte boards were pushing high voltage through them. Some of that might have been FUD, but there was a very real problem back then.

Would hate to see a repeat of that due yet again to carelessness or lack of due-diligence on the part of board makers default settings..
 
Yeah, but you have a 5800X3D, that's different; welcome to the not-exploding CPU club :D 5800X3D is about as close to plug-and-play as AMD has ever gotten in Ryzen history
Nah, that's the R3 3100. It even works with the stock cooler. I can't wait for its replacement in the AM5 lineup! :rolleyes:
 
For the price that they're asking on the AM5 ROG boards.......TOTAL SCAM! :D
Fully agree!

I was on the other side, my last AMD was a k5. after that i promised my self i would never buy AMD again, but here i am in this Zen Garden.
To be fair, even with the few issues they've had, the whole Ryzen run has been beautiful! AMD hasn't been in-their-own like this since the 486 days! You're in for some good times. Just watch your voltages and keep them in check.
 
Last edited:
Why you guys keep rubbing that sweet nasty 5800x3D on my face, i told myself no, no no!!! Still $325 no cheap enough to bite that.

76300401.jpg
 
Can't agree with this. If it's going above 1.35v, it needs to be forced back down.

I don't remember who that was, however, I personally RMA'd a few Zen1 and Zen+ CPU's because they were showing degraded performance after MSI and Gigabyte boards were pushing high voltage through them. Some of that might have been FUD, but there was a very real problem back then.

Would hate to see a repeat of that due yet again to carelessness or lack of due-diligence on the part of board makers default settings..

Point is that stock Vcore behaves in a specific manner on any product Ryzen 3000 and later because it's dynamically controlled by PB, so the up to 1.5V Vcore is by design and only allowed in a way that shouldn't jeopardize longevity; that's how it's functioned since then, to facilitate high ST boost freq.

We had (have?) a real sweet character on here who has for two years insistently peddled the BS that all Ryzens should all be run at their base clock with CPB (ie. Turbo) disabled for longevity.
 
Yeah, but you have a 5800X3D, that's different; welcome to the not-exploding CPU club :D 5800X3D is about as close to plug-and-play as AMD has ever gotten in Ryzen history
Its been sweet for sure, love this CPU. The setup has been ultra smooth, responsive, and problem free since I built it. It sips power and is enviably quiet.. its also super easy to cool :)

Its snot a 5900X when it comes to work type stuff, but its still okish.. stronger than a 5600X :laugh:

Interesting times coming ahead.. AM5 should fixed up right away and ready for mass consumption :D
 
Its been sweet for sure, love this CPU. The setup has been ultra smooth, responsive, and problem free since I built it. It sips power and is enviably quiet.. its also super easy to cool :)

Its snot a 5900X when it comes to work type stuff, but its still okish.. stronger than a 5600X :laugh:

Interesting times coming ahead.. AM5 should fixed up right away and ready for mass consumption :D

I thought your 5800X3D suffered broken pin syndrome? Messiah 5800X3D resurrected on Easter?? :eek:
 
Point is that stock Vcore behaves in a specific manner on any product Ryzen 3000 and later because it's dynamically controlled by PB, so the up to 1.5V Vcore is by design and only allowed in a way that shouldn't jeopardize longevity; that's how it's functioned since then, to facilitate high ST boost freq.
I understand what you're saying. However, controlled or not, voltages should NEVER be bumped to 1.5v. Ever. I don't care if AMD says it's not harmful. Physics says otherwise. Pushing 1.5v at the amps needed for CPU operation through a space measured under 20nm WILL degrade the electron pathways. It is a mathematical certainty. Lowering the voltage will force the system to automatically lower the amperage and thus reduce the potential for pathway degradation.

We had (have?) a real sweet character on here who has for two years insistently peddled the BS that all Ryzens should all be run at their base clock with CPB (ie. Turbo) disabled for longevity.
Based on your description, there is some merit to the suggestion. The lower the voltage, the lower the heat = longer CPU operational lifespan. That is proven fact. Running a CPU at it's base frequency means it will not see any bumps in voltage/amperage and thus will very likely run much longer than CPUs subjected to higher voltage/amperage states.
 
I thought your 5800X3D suffered broken pin syndrome? Messiah 5800X3D resurrected on Easter?? :eek:
:laugh:

No sir, just had 7 or 8 bent ones.. it took me some time with a razor blade.. maybe 2 hours lol.. I was a bit nervous!
 
Cross-posting this from another thread, with more added here on AM5 boards killing CPUs - because its echoing what we've seen on AM4, as well.

There's two separate issues:

One: Asus and gigabyte decided that to be the OC'ing champions, they'd raise SoC values really high.
Two: As we've seen on AM4, board makers just don't bother enabling any safety features and rely on the CPUs hard coded limits.
Conclusion: A new CPU comes out that relies on the boards having safely set limits and shit hits the fan.


PBO has "motherboard limits" - yet i've NEVER seen or heard of a board that ACTUALLY IMPLEMENTS THAT. They just run straight to infinite values, and rely on the CPU to implement some kind of limit, which as we all learned from the 5800x seems to be some generic maximum for the entire lineup - 8 cores? 16 cores? Who cares! Have The same values!

Here's an ASUS Tuf x570 board and shows "motherboard" as a choice with no explanation what the values actually are
You don't know what auto or motherboard uses - only disable and manual

This particular motherboard has pretty decent VRMs, but imagine these settings on a board without that? Oh wait, you don't need to imagine.
When reviewers test the boards, they compare with PBO disabled or static all core overclocks and don't expose themselves to random PBO values
They also don't re-test with newer CPU's released years later, or if they do they use default PBO off settings, with XMP if you're lucky.
1682913469070.png
1682912954851.png

1682913033846.png

These are the default manual limits... which are likely what auto and motherboard use as well.
That video creator goes "Uhhh.... I like to start with the default limits of the CPU involved" and then manually enters them
1682913138101.png

You can see why this would disable a whole bunch of safety features on the board, since those values are higher than I Dunno, every AM4 CPU ever made?

It's a board that when released, the top CPU's had a 110W peak wattage - and then next gen CPU's could shoot to over 220W with those exact same BIOS settings
1682913962278.png



TDC is AMD's throttle safety feature and seems to drop amperage if the CPU is overheating, like setting performance to 65% to lower temps, instead of outright dropping to minimum clocks.
This only really happens on low end cooling, like the stock wraith coolers.

TDC will not limit or save your CPU if your VRM's are overheating, because the CPU cools rapdily when its got no power to it so the full amperage is still being sent and the VRM's never recover from this throttling state.
This is what causes stuttering for people running motherboards designed for a 65W CPU that can spike to 220W+ if PBO is enabled without manual settings.


Everything i'm seeing in that GN video now that i've had time to watch all of it, shows something i've seen in AM4 and argued with a lot of users here on TPU and on facebook about.

Board makers are not enabling or using their OCP and OVP safety features If you don't manually set limits.
The biggest issue i keep seeing is people enabling PBO to adjust curve undervolting which enables all other PBO values to effectively unlimited values that relies entirely on the CPUs hardcoded limits.
Some CPU limits like TDC will never enable, if you have sufficient CPU cooling.



They had a non overclockable CPU receive 400W in the socket and desolder itself. They had multiple boards throw unsafe SoC voltages into the SoC, as well.
The board that sent 400W in, had no VRM heatsinks - they should have been thermal throttling, but it was disabled on the board.

In all the various threads on TPU about people with stuttering issues, it always turns out they've got a motherboard with budget VRMs, PBO enabled with "auto" settings and the assumption that "motherboard limits" and VRM thermal throttles will actually do their job, when it seems to be entirely upto the CPU resulting in stuttering performance as the CPU throttles when the voltages go out of spec

PBO's got EDC (electrical max) values and TDC (Thermally constrained max) values assuming the VRM's will communicate when they're hot, and lower to a safer limit to run a middle-ground, but because theres no communication happening at all between these components the CPU seems to have to guess what the hell is going on based on the voltage it's receiving and is being forced to throttle itself to minimum clocks, rather than to TDC.



It'd be exactly like intel motherboards changing PL2 to 800W with no time limit if you enabled XMP
 
Last edited:
Cross-posting this from another thread, with more added here on AM5 boards killing CPUs - because its echoing what we've seen on AM4, as well.

There's two separate issues:

One: Asus and gigabyte decided that to be the OC'ing champions, they'd raise SoC values really high.
Two: As we've seen on AM4, board makers just don't bother enabling any safety features and rely on the CPUs hard coded limits.
Conclusion: A new CPU comes out that relies on the boards having safely set limits and shit hits the fan.


PBO has "motherboard limits" - yet i've NEVER seen or heard of a board that ACTUALLY IMPLEMENTS THAT. They just run straight to infinite values, and rely on the CPU to implement some kind of limit, which as we all learned from the 5800x seems to be some generic maximum for the entire lineup - 8 cores? 16 cores? Who cares! Have The same values!

Here's an ASUS Tuf x570 board and shows "motherboard" as a choice with no explanation what the values actually are
You don't know what auto or motherboard uses - only disable and manual

This particular motherboard has pretty decent VRMs, but imagine these settings on a board without that? Oh wait, you don't need to imagine.
When reviewers test the boards, they compare with PBO disabled or static all core overclocks and don't expose themselves to random PBO values
They also don't re-test with newer CPU's released years later, or if they do they use default PBO off settings, with XMP if you're lucky.
View attachment 293976View attachment 293973
View attachment 293974
These are the default manual limits... which are likely what auto and motherboard use as well.
That video creator goes "Uhhh.... I like to start with the default limits of the CPU involved" and then manually enters them
View attachment 293975
You can see why this would disable a whole bunch of safety features on the board, since those values are higher than I Dunno, every AM4 CPU ever made?

It's a board that when released, the top CPU's had a 110W peak wattage - and then next gen CPU's could shoot to over 220W with those exact same BIOS settings
View attachment 293977


TDC is AMD's throttle safety feature and seems to drop amperage if the CPU is overheating, like setting performance to 65% to lower temps, instead of outright dropping to minimum clocks.
This only really happens on low end cooling, like the stock wraith coolers.

TDC will not limit or save your CPU if your VRM's are overheating, because the CPU cools rapdily when its got no power to it so the full amperage is still being sent and the VRM's never recover from this throttling state.
This is what causes stuttering for people running motherboards designed for a 65W CPU that can spike to 220W+ if PBO is enabled without manual settings.


Everything i'm seeing in that GN video now that i've had time to watch all of it, shows something i've seen in AM4 and argued with a lot of users here on TPU and on facebook about.

Board makers are not enabling or using their OCP and OVP safety features If you don't manually set limits.
The biggest issue i keep seeing is people enabling PBO to adjust curve undervolting which enables all other PBO values to effectively unlimited values that relies entirely on the CPUs hardcoded limits.
Some CPU limits like TDC will never enable, if you have sufficient CPU cooling.



They had a non overclockable CPU receive 400W in the socket and desolder itself. They had multiple boards throw unsafe SoC voltages into the SoC, as well.
The board that sent 400W in, had no VRM heatsinks - they should have been thermal throttling, but it was disabled on the board.

In all the various threads on TPU about people with stuttering issues, it always turns out they've got a motherboard with budget VRMs, PBO enabled with "auto" settings and the assumption that "motherboard limits" and VRM thermal throttles will actually do their job, when it seems to be entirely upto the CPU resulting in stuttering performance as the CPU throttles when the voltages go out of spec

PBO's got EDC (electrical max) values and TDC (Thermally constrained max) values assuming the VRM's will communicate when they're hot, and lower to a safer limit to run a middle-ground, but because theres no communication happening at all between these components the CPU seems to have to guess what the hell is going on based on the voltage it's receiving and is being forced to throttle itself to minimum clocks, rather than to TDC.



It'd be exactly like intel motherboards changing PL2 to 800W with no time limit if you enabled XMP
This all reminds me of how I blew up my AM4 motherboard and nearly destroyed the CPU too.
Lessons learned
1) don't use the motherboard PBO limits
2) the cpu will only try to save itself, not the board
3) it really sucks when motherboard safety features don't work or actually don't exist
4) burning PCB smells really, really, really bad
 
This all reminds me of how I blew up my AM4 motherboard and nearly destroyed the CPU too.
Lessons learned
1) don't use the motherboard PBO limits
2) the cpu will only try to save itself, not the board
3) it really sucks when motherboard safety features don't work or actually don't exist
4) burning PCB smells really, really, really bad
Those are all excellent lessons to have learned. Sucks that it came at the cost of your motherboard. :(
 
I disabled Turbo AMD feature for CPU and reach only 50° (4.2ghz too) on 7800x3d max now, it's safe as for voltages applied... ? I thinked it is !
 
Yep, once the core performance boost is off , temps and power go way down at all-core loads. My 7950X is given about 1Volt for its 4.5GHz stock speed.
 
I disabled Turbo AMD feature for CPU and reach only 50° (4.2ghz too) on 7800x3d max now, it's safe as for voltages applied... ? I thinked it is !
It's not (only) the cores. Look at your SoC voltage, that's the main culprit. Make sure it's below 1.3, preferably 1.25 V.

Speaking of cores, what's considered a safe voltage on AM5 CPUs? My 7700X cores go as high 1.465 V in lightly-threaded, burst-like loads, like opening a program, even with PBO disabled.
 
It's not (only) the cores. Look at your SoC voltage, that's the main culprit. Make sure it's below 1.3, preferably 1.25 V.

Speaking of cores, what's considered a safe voltage on AM5 CPUs? My 7700X cores go as high 1.465 V in lightly-threaded, burst-like loads, like opening a program, even with PBO disabled.
Look, i screened DOCP OFF (+ CPU boost too) and DOCP Tweaked (the most tweaked, by Asus lol) :

EDIT:
it's not a joke the 7800X3D is a "gaming" CPU, it performs low in explorer (10+11 dualboot), that's strange, but gamles work hell fast btw.

Loading apps or opening explorer windows (normal window, save as window...) is like more than 2sec...

... or is it tied to my B650E-E MBoard HDD/SSD/NVMe chip ?.. or did it burn some parts of my motherboard that can't recover full capability (like bluetooth disappearing and needed to purge power for more than one day?
 

Attachments

  • docp_off.png
    docp_off.png
    427.6 KB · Views: 113
  • docp_off_+_cpuboostoff.png
    docp_off_+_cpuboostoff.png
    424.6 KB · Views: 103
  • docp_tweaked.png
    docp_tweaked.png
    426.8 KB · Views: 108
Last edited:
Back
Top