Asus M/B Offset and Adaptive Voltage mode: Voltage Spikes

[dmt_taran]

I've read tons of threads all over the internet with such a name (or close to it), but I've not found at least suitable answer or solution to this issue (exept for chit chats, "i dunno dude, I was just passing by" sort)

I have 8700K with maximus x hero system. CPU is capable of 4.8 GHz at 1.24V, 4.9 at 1.3, 5.0 at 1.355, 5.1-5.2 over 1.4V, uncore ~4.5GHz at every step, no AVX offset. Every mark, every clock step I've tested gradually last 4 months, and I'm 200% sure it Is stable at those clocks with voltage mentioned. In addition, I've used manual voltage and LLC6 for additional stability, IA lines are set to 0.01.

Target is 5.0GHz
The problem is - I can't get stable OC and voltage while using offset and adaptive. Unlike manual voltage, adaptive and offset makes max load voltage fluctuate at 0.05V range. So either I have unstable OC with 1.312-1.328V constant supply with spikes up to 1.36V, or I have stable OC, but with spikes up to 1.408-1.424V.
The problem becomes more complicated under heavy workloads (e.x. BF1). These spikes get more rapid - I could even say that 50% of time CPU gets more excessive voltage.

However, it's not enough to utilize stable OC with lowered voltage - for e.x., suggesting spikes go 50% of workload time and even more, I could lower voltage below stability point, achieving sweet spot between spikes and undervoltage - but it doesn't work, OC is not stable! :mad:

So what is it about? Why voltage is so unstable while using adaptive and offset? How can I solve this problem? Even if it cannot be fixed while under load, maybe there is some way to decrease these spikes, at least to 0.01V mark?

[dmt_taran]

So, my techsupport inquiry ended up with .doc "feedback to R&D".

How do You think, will it actually make a difference, or they just got rid of me?

[dmt_taran]

I still can't catch the damn thing.........

Why the hell it pulls voltage so damn high? Now, I'm running 4.8GHz/4.7uncore, no offset. This formula requires 1.248V to be completely stable. So far, no issues while manual...

But why the hell?! it pulls voltage up to 1.312V while on adaptive? Every my attempt to lower adaptive voltage with offset ends up with instability. Even if I set -0.03V, thus getting CONSTANT 1.27-1.28V

SVID scenario, IA lines=0.01 does not make aany difference aat all. Setting additional turbo ratio to 1.000V doesn't makes any difference AT ALL!

Whatever, this is not just usual AVX offset. I will to call it "broken useless piece of.....thing", that what adaptive voltage is. It's completely broken, it doesn't affect anything at all - I can get just the same voltages using offset and auto. Yeah, I've got it - it's just useless here.

Screenshot was made under HEAVIEST load ever - Chrome, 2 tabs. Awfull stress for CPU. But, seriously, AVX? In idle. Nope, it squizees 1.312V even at idle.

The only thing I'm interested......why the hell asus clinged this useless aadaptive in skylake platforms? Or if it has some purpose in life, why it still doesn't work.
Cause I know that Intel simplified IFVR (or even rejected it after Haswell's attempt) - so how is it supposed to work here, in 1151?

[Praz]

Hello

As Raja has stated some of this observed behavior is inherent to the architecture. Most of this can be dialed out assuming one has the necessary equipment and knowledge of the platform. Actual voltages and response times need to be monitored while making changes. As you have only posted screenshots of software monitoring utilities I'm assuming you lack the necessary tools to make these measurements. Complaing above that

Setting additional turbo ratio to 1.000V doesn't makes any difference AT ALL!

demonstrates that even a basic knowledge of this platform is missing. Setting 1.0V is not a valid setting so there should be no observed difference. Sems the best course of action at this time would be for you to use manual mode and tune your clocks accordingly. Although I'm sure you will probably view this replay the same as you have classified the rest of this thread in a post at another forum.

nothing but mumbling and irrelevant info

[dmt_taran]

Praz wrote:
Hello

As Raja has stated some of this observed behavior is inherent to the architecture. Most of this can be dialed out assuming one has the necessary equipment and knowledge of the platform. Actual voltages and response times need to be monitored while making changes. As you have only posted screenshots of software monitoring utilities I'm assuming you lack the necessary tools to make these measurements. Complaing above that demonstrates that even a basic knowledge of this platform is missing. Setting 1.0V is not a valid setting so there should be no observed difference. Sems the best course of action at this time would be for you to use manual mode and tune your clocks accordingly. Although I'm sure you will probably view this replay the same as you have classified the rest of this thread in a post at another forum.

try finding more of my posts before pretending to be a smartass - I know the adaptive won’t go lower than vid values, I have necessary tools for it, and measurements are+- 5% from what I see within software.
Moreover, I couldnt find much of these issues, reported from other users. Thus it makes me think this is my problem, not platform’s.
So *keep your arrogance and anger up with you - if you have nothing else to say, just leave, there ls nothing bad people trying to find out what theyre looking for on multiple forums

[Praz]

dmt.taran wrote:
I know the adaptive won’t go lower than vid values

Really? Why set it 1.0V anyway and then make a big deal out of it in a post when the system ignored the erroneous setting?

dmt.taran wrote:
Thus it makes me think this is my problem, not platform’s.

Sounds like you are on your way to solving this. Good luck.

[dmt_taran]

Praz wrote:
Really? Why set it 1.0V anyway and then make a big deal out of it in a post when the system ignored the erroneous setting?
Sounds like you are on your way to solving this. Good luck.

Dunno, you know, sometimes it could work out. Especially when things aren't working properly because they're dud or poorly engineered, etc. Dumb settings could make them work out actually. So, maaybe leaving it on auto or unassigned, invalid values would do the thing.

Like it was in Michael's Bay movie, Armageddon, that russian austronaut used "russian approach" - so everything started to work properly.

But, actually, I see no way out of this, because all those minor reports that I've found throughout the forums, regarding issue I have here - they are already half-a-year old. And nothing changed for this time.

[dmt_taran]

Praz wrote:
Hello
Most of this can be dialed out assuming one has the necessary equipment and knowledge of the platform.

Maybe then you could tell plebs what, and how are you dialing out with those "special" tools? What these tools are, and how you're gonna smoother spikes completely? Let me guess - soldering completely new vrm, that's it?

[bass_junkie_xl]

i sllos have voltegr spikes on adaptive mode with a good high end 8700k it need 1.39 v for 5.2 ghz , 1.32v for 5.1 ghz , 1.285v for 5.1 ,

asus maximus wifi hero bios 1602 .

load line = 6 ( any less then 6 get alot of v drop on hard loads = whea error )
ia/dc load line = 0.01

totaly adaptive volts =1.32v
offset = 0

i get spikes up to 1.392v ............ not good ......

if i use load line = 5 i get vdrops under 1.32v and still over shoot up to 1.376v ......

when will asus fix this ????

spent a week with other combinations always over shoot spikes

yes svid is on , svid best case , ia / dc load line = 0.01 , not cool

im @ manual 5.2 ghz @ 1.392v avx offset = -1 .

[dmt_taran]

bass junkie xl wrote:
i sllos have voltegr spikes on adaptive mode with a good high end 8700k it need 1.39 v for 5.2 ghz , 1.32v for 5.1 ghz , 1.285v for 5.1 ,

asus maximus wifi hero bios 1602 .

load line = 6 ( any less then 6 get alot of v drop on hard loads = whea error )
ia/dc load line = 0.01

totaly adaptive volts =1.32v
offset = 0

i get spikes up to 1.392v ............ not good ......

if i use load line = 5 i get vdrops under 1.32v and still over shoot up to 1.376v ......

when will asus fix this ????

spent a week with other combinations always over shoot spikes

yes svid is on , svid best case , ia / dc load line = 0.01 , not cool

im @ manual 5.2 ghz @ 1.392v avx offset = -1 .

https://www.overclock.net/forum/6-intel-motherboards/1640168-asus-z370-motherboard-series-official-s...
Join discussion - at least I've found some pretty neat stuff regarding post-skylake platforms. Guide tour for newbies like me, not just "sit and relax and let ur stuff burn without knowing it" 😄

[bass_junkie_xl]

dmt.taran wrote:
https://www.overclock.net/forum/6-intel-motherboards/1640168-asus-z370-motherboard-series-official-s...
Join discussion - at least I've found some pretty neat stuff regarding post-skylake platforms. Guide tour for newbies like me, not just "sit and relax and let ur stuff burn without knowing it" 😄

i know how iit all works its just the fact that using adaptive mode uses the cpus vid table and if u get to much volts on load u use a offset or lower load line . well tyes true but then u get under volts and whea error or over shoot by 0.060 or more ....... lots of people have same issue i dont need spikes from 1.32v to 1.41v thats not good lower load line a notch did that and yes it helped but now i get vdrop on load and whea error since i drop down to 1.312v when 1.32v i typed in its asus issue i have tried all the bioses to . soonas the cpu gets a heavy load she get spikes .

using manual vcore again ..