X370 Killer SLI/AC Voltage jumping all over
Printed From: ASRock.com
Category: Technical Support
Forum Name: AMD Motherboards
Forum Description: Question about ASRock AMD motherboards
URL: https://forum.asrock.com/forum_posts.asp?TID=5397
Printed Date: 11 Feb 2025 at 7:28am
Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com
Topic: X370 Killer SLI/AC Voltage jumping all over
Posted By: nycalex
Subject: X370 Killer SLI/AC Voltage jumping all over
Date Posted: 22 Jun 2017 at 7:44pm
|
" rel="nofollow - Well, first of all my board has NO LLC option unless i downgrade to bios 2.3. 2.4 (what it came with) and 2.5 both delete LLC option. so instead i have something called vcore OFFSET. i have it currently set at + 60mv (i don't even know how much voltage that is in plain english). cpu has been oc to 3.9 Core voltage set at 1.325 Vcore offset set at +60mv (this is the lowest setting available) now on to benchmarking: Prime95 = rock solid stable ran it 3 hours. peak temperature was 62 degrees measured with ryzen master and hwmonitor. the issue i'm having is that cpi-z, hwmonitor and ryzen master are all showing me a DIFFERENT voltage. HWmonitor showing voltages ranging from 1.8 to 2.7 cpu-z showing 1.28 to 1.36 ryzen master showing the exact voltage i set in bios: 1.325 now, since i don't have LLC............how do i maintain 1.325 volts at all times? |
Replies:
Posted By: wardog
Date Posted: 22 Jun 2017 at 8:19pm
|
Check monitoring with ONLY one app clears this up. The chip providing the data does NOT like to be addressed by more than one monitoring app at a time. Been this way since I began computing, decades ago. |
Posted By: nycalex
Date Posted: 22 Jun 2017 at 9:13pm
|
" rel="nofollow - done it with 1 at a time, similar results. so which one is correct? |
Posted By: Denroth
Date Posted: 24 Jun 2017 at 1:15am
|
last version cpu-z is bugged.. use hwinfo. |
Posted By: wardog
Date Posted: 24 Jun 2017 at 9:30am
" rel="nofollow -
Have you looked at what HWiNFO64 reports for DRAM Voltage? I'm just curious as here it pimps mine out much higher than set in the BIOS and other apps. |
Denroth wrote:Posted By: parsec
Date Posted: 24 Jun 2017 at 11:29am
Have you tried using the Fixed Voltage setting, instead of Offset? Did you notice with the UEFI version that gives you the LLC option, that is sets LLC to 1 by default? That is the greatest LLC correction, providing the least voltage droop. Did you notice any difference between the VCore variation between having the LLC option, and without it? Is the Ryzen Master voltage reading constant at 1.325V? Monitoring programs do not read the VCore continuously, like an analog volt meter. They take a reading, a sample voltage at whatever polling rate programed into the software. For example, HWiNFO64's Polling Frequency is 2000ms, which is 2 seconds. So it reads the VCore and all other readings every two seconds. The polling rate can be set to a different frequency by the user. You can find that setting in the Config window, General tab. Next, the polling rate of each monitoring program is not guaranteed to be the same. Even if it is the same, there is no guarantee that each program is reading the VCore at the same time. If they do try to read the VCore at the same time, that is when problems happen, and the readings are bad. There is an instruction that can be used by monitoring programs (IF they use it) to wait to take a reading if another program is currently reading data. But with all these variables and unknowns, and the simultaneous read problem, that is why using multiple monitoring programs at the same time does not work. Another question is what is the monitoring program reading for the "VCore"? Is it the VCore VID or the true VCore, which can be two different things. VID is what the processor cores request using their internal programmed tables. The true VCore is what is actually used by the processor. The two may be identical, but the VID will always be the higher of the two readings. They could be equal but the true VCore is usually at least a bit lower than the VID. Programs like Intel's Extreme Tuning Utility show the VID, which I know from experience using it. Ryzen Master also looks like it shows the VID, but I don't have as much experience with it. Any non-VID VCore reading is not a voltage reading that is simply translated from binary to decimal. It is data in a certain format that must be translated into the VCore value. This data is not necessarily the same for every processor generation/architecture. That's why we sometimes see crazy high VCore values like the 2.7V you saw from HWMonitor. Guess what your 1.325V VCore setting is multiplied by two and rounded up to one decimal place? It's 2.7V. HWMonitor is applying the wrong translation to the VCore data. CPU-Z version 1.79 made the same mistake. Version 1.79.1 fixed it. Do you have all the CPU power saving options disabled in the UEFI/BIOS? Are you using the Windows High Performance Power Plan, or configured whatever power plan you use to have the Minimum Processor State set to 100%? If all of those things are not set that way, the VCore can change. Processors are designed to try to shift into a lower power usage state, and all these options enable them to do that. Lower power usage normally includes a lower VCore. We assume the VCore reading is exact, but it isn't. The difference between 1.28V and 1.36V is 0.08V, 8/100 of a volt. Do we even know if the entire VCore monitoring chain, from monitoring chip to the software dealing with it, has that degree of accuracy? We like to believe it is, but that is faith. Ever see any specs about that? Just making the point. Checking our VCore is more complex and difficult than we want to believe, and in reality is rarely exact at any time. That's why Intel uses the VID, and most likely Ryzen Master too. Ryzen's VID is most likely closer to the true VCore than Intel's VID, given what I have seen. ------------- http://valid.x86.fr/48rujh" rel="nofollow"> 
|
Posted By: wardog
Date Posted: 24 Jun 2017 at 10:31pm
" rel="nofollow -
""If all of those things are not set that way, the VCore can change."" If all of those things are not set that way, the VCore WILL change. |
Posted By: Denroth
Date Posted: 25 Jun 2017 at 2:00am
|
" rel="nofollow -
So what is the
difference between the voltage below the frequency value (in the Bios)
and the lower one in the external cpu voltage? on hwinfo Voltage 1: vcore Voltage 2 (external voltage): CPU core voltage (SVI2 TFN) |
Posted By: wardog
Date Posted: 25 Jun 2017 at 2:25am
I set them both to the same voltage. Try it  |
Posted By: nycalex
Date Posted: 25 Jun 2017 at 10:28am
" rel="nofollow -
yes, i set it at 1.325. however, i only have 2 options for vcore offset, it's either auto (then voltages really jump high) or a set number starting with +60mv. this is the reason i went with +60mv.
no, since i did not go into windows with bios 2.3. i wanted to update to agesa 1.0.0.6.
yes sir
very informative, thank you for the detailed explanation.
all cpu power saving ooptions are off on bios and i did set high performance in windows. i want constant 3.9ghz on cpu to test stability. once i determine my desired overclock and voltage, i torture test the system for a couple of hours to make sure it is stable.
thank you for the explanation. phew, that took a while to read and understand throughly. i appreciate the effort you took into answering my concerns. now, i have been gaming heavily on this system for the past couple of days. so far i don't see any crazy jumps in cpu temperature, but i still do see jumps in voltages. i'm going to give hwinfo64 a try as was suggested by some members here. i'll report back with results. |
Posted By: wardog
Date Posted: 25 Jun 2017 at 11:42am
" rel="nofollow -
This confused me. Are you aware you can override Offset and Fixed (milli)voltage by typing in an appropriate and within limits value? |
Posted By: parsec
Date Posted: 25 Jun 2017 at 12:34pm
|
" rel="nofollow - I also suggest using HWiNFO64 in general over any other monitoring program. The author goes out of his way to accommodate every different mother board, CPU/chipset platform, sensor chips, you name it. I forgot to answer a question you asked earlier, about using +60mv. Millivolt, or mv, is 1/1000 of a volt, or 0.001V. That is just one millivolt. Your setting of +60mv is equal to 0.060V. That is 60/1000 of a volt, or 6/100 of a volt.
Good question, I am not 100% certain about what HWiNFO64 is displaying for each of those values. I'll give you my opinion, but first a question for you, do you get anything in HWiNFO64 that has an entry like: ASRock X370 Killer SLI/ac (IRF IR35204) With several lines below it with temperature, voltage, and power readings? I do, that is the CPU VRM readings from the sensor chip. Back to HWiNFO64, the CPU (SVI2 TFN) voltage matches the CPU VRM voltage output reading. The maximum voltage for the VCore and CPU (SVI2 TFN) voltage matches what I have set the VCore to be in the UEFI, off by 0.001V +/-, within the error and resolution for each reading. When any or all of the power saving features I mentioned previously are active, the VCore will drop at low CPU load conditions. Since I don't mind the CPU voltage dropping, I have those feature enabled, and I see the VCore drop to very low values. But each reading in HWiNFO64 for or related to VCore will be different at the low levels. The CPU VRM (and CPU (SVI2 TFN) ) output only goes down to just under 1.0V, while the VCore will go below 0.400V. So these two readings are a bit complicated. But what I just described is not really what your concern really is. You seem to want a rock solid, unchanging VCore while stress testing. Is that even possible? Or even something that is desirable? A little VCore VDroop is known to occur, and is considered normal. How much variation do you get in the VCore? Do you know that CPU stress tests are not 100% constant with their loads. They change to different instruction being executed during a run, and switch between testing the integer and floating point arithmetic processing sections of the CPU too. So while the CPU "load" may always read 100%, different things are being tested at different times. So the VCore can and will vary because some things require more VCore than others. Intel had a big controversy with the new AVX2 instructions in their processors, that when being executed cause a huge increase in the VCore compared to anything else. Are you having failures during stress testing the CPU? ------------- http://valid.x86.fr/48rujh" rel="nofollow">
|
Posted By: nycalex
Date Posted: 25 Jun 2017 at 1:13pm
there's no option to type in an amount. it's a drop down menu. so it's either AUTO or +65, +130, +200, +250, +325, +400, -50 and -100mv i'm currently testing stability with -50 |
Posted By: nycalex
Date Posted: 25 Jun 2017 at 2:17pm
|
with offset at -50mv = no post at all. man, i forgot how convenient having a clear cmos button or having dual bios was! i haven't touched jumpers in years. anyhow, cleared cmos and now back to 1.325 + 65mv offset. |
Posted By: wardog
Date Posted: 25 Jun 2017 at 2:24pm
Don't that suck ...... |
Posted By: wardog
Date Posted: 25 Jun 2017 at 2:27pm
Phew! I thought you were implying having no optional choices. Drop-downs ........ Thanks for clarifying that for us. |