Different undervolting methods with IA CEP enabled, and how they compare to Lite Load

Vassil_V

Member
Joined
Jul 14, 2024
Messages
89
Diving into this hot and controversial topic - undervolting with CEP enabled!
I want to address the elephant in the room first - is disabling CEP potentially dangerous? The short answer is, probably not. I don't really know, and I'm not aware of any evidence that it could be harmful, especially if you have already set sensible settings in your BIOS. This is currently the widespread opinion online, also here in this forum, including with people like citay, who has had lots of experience. Arguing about whether or not CEP is necessary or not is not my goal with this post, I just want to share what I've learned and done.
This is also not intended to be a full guide on how to undervolt, including the basics. Citay's guide is extremely extensive and covers basically everything somebody new to this needs, to get started.

TL; DR - you can check some results and notes here

First a very short backstory, which might provide you with some context.
About a month ago I switched to a desktop PC with a 13700K, from a laptop with a 12900HX, and even before I ordered the components I was already aware of the 13/14 gen issues, so one of my goals from day one was to stick with the basics and follow the official recommendations provided by Intel. Most of them are considered good practice anyway, such as setting ICCMax, proper power limits, enabling C-States and using a power plan in Windows that allows downclocking. IA CEP being enabled is also part of Intel's recommendations, so that's something I made sure is on before I installed Windows, along with applying the rest of the recommended settings, where needed.

My first attempt at undervolting my 13700 was to lower the Lite Load mode as I had read somewhere it does wonders, but I immediately faced a performance hit caused by CEP. Then I read I had to disable CEP in order to properly undervolt using a Lite Load method, but as it was part of Intel's recommendations, I wanted to try a different approach first. With the 12900HX, the only way to undervolt was by using a negative offset as there was no advance BIOS available, so I already had some experience with setting offsets and I just defaulted to this. I tried it with the 13700K and it actually worked great (still does), lowered voltages across the board, temps and power draw noticeably, and there was no performance hit because of CEP.
My Cinebench R23 score with the default motherboard settings is around 29K pts at best, which is enough performance for me, but the problem is the instant thermal throttling at 100C, and hitting the 253W default PL2. Also, voltages spike to 1.46-1.47V during normal usage.
With a -0.125V offset my score went up to 30700 pts, with max power draw 225W and 1.25-1.26V under 225W load. I was happy with this setup so I used it for a few days without issues, then I tried a larger offset to see if it'd be okay. I went with -0.150V which was also perfectly stable, at some point I also set a conservative PL1=125W and PL2=188W and everything was great. Voltages were fine, sometimes spiking to 1.33, but generally under lighter load so no major worries with that. I had tested for stability using y-cruncher, Primer95, OCCT, R23, R24, TimeSpy, and last but not least, through gaming and normal usage, but I watched a Buildzoid video where he mentioned Cinebench R15 is very good at exposing instabilities, so I though I should test with it too. Sure enough, WHEA errors popped up after just 4-5 consecutive runs. I dropped the offset to -0.140V, and it is stable in R15.
Around the same time I started playing The Last of Us Part 1 and for the first time I got a bit concerned by the voltage I was seeing, as I was hitting 1.33-1.34V in-game, and averaging 1.32V, which didn't seem ideal. Just to clarify - it probably isn't a problem, but I wanted to try lower it a bit. So I started experimenting with different ways to lower the max VCore in gaming and also during lighter usage, while keeping CEP enabled. Even though I still have no idea whether it protects my CPU from anything, if I can achieve the results I want with it enabled, I don't see a reason to disable it.

Increasing the voltage offset was obviously not an option, because I had just decreased it from -0.150V to 0.140V. R15 causes me WHEAs when VCore starts hovering just below 1.18V at full load, and -0.150V puts me just in that range. Therefore, I knew what my target voltage under load is - at least 1.18V, but less than 1.19V, so now I needed to find a way to achieve that while maintaining performance, while decreasing the VCore under lighter load and gaming to 1.3V max.

CEP, AC/DC load lines and LLC
If I understand correctly, CEP is triggered by differences between the AC load line (set in mOhms) and the LLC mode (also corresponding to mOhms), where LLC determines how much Vdroop (drop in voltage during heavy CPU load) is being counteracted by the VRM. The AC value lets the CPU know what Vdroop it should expect, so that the CPU can properly calculate the voltage request it should send to the motherboard (at least in theory). If the AC tells the CPU it should expect "x" Vdroop under load, while the LLC allows for "x+5" Vdroop under load, then the CPU effectively gets more undervolted the higher the CPU load is. That's why undervolting by lowering the AC load line is so effective when benchmarking or running heavy loads - it hides from the CPU the fact that Vdroop is expected, so the CPU thinks it's okay with requesting lower voltage as assumes the motherboard will compensate the Vdroop.
If CEP is enabled, this is where it freaks out and starts clock stretching to prevent potential instability, even though the system might otherwise be completely stable and well-performing. This clock stretching effectively reduces the CPU's power and current draw, allowing it to remain stable at a lower voltage, which CEP considers unstable, because it is so much lower than what it expects to receive. So this is why R23 scores can drop by 50% even though you know the Lite Load mode you've selected is stable with your CPU. CEP is not triggered by offsets, because they shift the entire voltage-frequency curve of the CPU, so you can just make it request lower and lower voltages by applying a larger offset, until it is simply unstable. CEP will not kick in as it won't detect a difference between the requested voltage and the supplied one.
However, CEP also seems to have a buffer zone and doesn't kick in unless AC drops to somewhere below ≈67% of the LLC impedance. You can lower the AC load line only, without having a performance hit caused by CEP, just not by much.

The DC load line doesn't directly affect voltage, what it does is to calibrate the power measurement done by the CPU. The DC value in mOhms should match the LLC's impedance in mOhms, so that ideally, when DC and LLC are properly calibrated, VID=voltage supplied to CPU. This ensures proper power measurement, which is especially important if you have a power limit set that's always hit under full load. If DC is set too low, VID will be inaccurately higher, which will lead to inaccurately high power measurement, so you'd effectively power throttle your CPU, on top of the power limits you have set. If DC is set too high, then the VID will be inaccurately lower, which can turn your 200W PL2 into a 205W one, for example. Small differences probably won't be noticeable, but that's the general idea.

So, with all that in mind, what options do we have to undervolt when CEP is enabled, besides just by setting an offset? We have to abide by one general rule - AC should not be set to a value that's below ≈70% of DC=LLC. It sounds simple enough, but it has implications.
If we want to reduce AC to a value similar to a relatively low Lite Load mode, let's say to AC=20=0.2 mOhms (as Lite Load 5 does), DC=LLC cannot be set higher than 20/0,7 = 0.28 mOhms (rounded down). But we have to keep in mind that LLC is applied using presets, so we have a limited number of options for DC, if we want to properly match it to a given LLC mode. Also, going to a lower (as in number, e.g from 8 -> 4) LLC mode (on MSI motherboards, on Asus, e.g., it's the opposite), means that you are requesting from the VRM to compensate more for the Vdroop. To do that, the VRM has to artificially boost the voltage to the CPU when the CPU is under load, but when the load suddenly goes away, this additional voltage applied by the VRM can cause a sudden voltage spike that shoots above the CPU's target VID (called an overshoot), which technically has the potential to be harmful overtime, as it can deliver excess voltage to the CPU. How big the risk is depends a lot on the quality of the motherboard, but it is a risk nonetheless. This exact topic is not something I've researched too much, but the general consensus is that for most people an LLC mode that allows a healthy amount of Vdroop is the better option. I'll appreciate comments on this from people who are using flat LLC or strong modes, what is your experience and setup, and what benefits do you find in this.

Going back to the lowering AC with CEP enabled problem, the above would mean that we have a narrow window to work with for DC=LLC, in my opinion somewhere between 0.4 - 0.7 mOhms. Any lower than that, you'd be asking the VRM for a significant Vdroop compensation. Any higher than that, you can just go with the default DC=110=LLC=Auto, and you don't have to worry about matching DC to LLC, but at the same time you can't lower AC as much as you might want to.

But if you want to worry about matching them... (like me), see below.

With the latest bioses, especially the ones with 0x129 microcode, MSI's motherboards mostly (if not exclusively?) default to the "Intel Default" settings, which have AC=DC=110 (1.1 mOhms) and LLC on Auto. What this should mean is that DC=110=1.1 mOhms is calibrated for LLC=Auto. An important note here is that I've tested LLC=Auto and LLC=8 on my motherboard, and they have the exact same Vdroop behaviour, and other people,with different MSI motherboards, such as the Z790 Tomahawk, have also confirmed the same.
So, this means that with DC=110 (1.1 mOhms) and LLC=Auto=8, VID should match the voltage supplied to the CPU, right?
On mine, and many other MSI motherboards, the only sensor which is available to us for checking the voltage supplied to the CPU is VCore. Unfortunately, it is said to not be completely accurate. According to user SgtMorogan (but not only) on the overclock.net forum, "Vcore will always read somewhat higher than reality due to the impedance between the die and the sensor.". This can be found in this topic, which is widely shared in MSI motherboard-related discussions online. In there, you can find two different tables with supposed impedances, one for Z690 motherboards and one for Z790, with different values in mOhms across the LLC modes. One user with a Z790 Tomahawk board has tested different LLC modes and calculated the supposedly matching DC values. What's interesting is that according to him, LLC=8 pairs with DC=98 (0.98 mOhms), not 110 (1.1 mOhms), as we might assume, given the default settings and the fact that LLC=Auto=8. Additionally, in the same thread, on page 3, user FR4GGL3 has shared the following:

"I asked MSI a few weeks ago. The Questioan was which exact Numbers in mOhms equal to the 1 to 8 Settings of LLC in the Bios.
The answer was:

The “CPU Loadline Calibration Control” settings (Auto, Mode 1 to 8) are fine tune results by RD team’s know-how, so please allow us to keep them secret.

The Auto setting would meet the Intel suggested values.
If user wants less voltage drop (more voltage compensation) when CPU is under high loading, please select Mode 1.
The bigger Mode number the more voltage drop.


So I would say "Auto" is 1.1 mOhms. At least on my Z690 Board. That is also what is listed here on the first few entries"


When I put full load on the CPU using the Intel Default profile with AC=DC=110 and LLC=Auto, VCore always reads higher than VID. I logged data via HWInfo and calculated the average differences across a few short runs of OCCT and R23, by first calculating the difference between VCore and VID for each polling point, and then the average difference, and the result is almost always exactly 0.013V, or 13mV. The runs based on which I've calculated this begin at PL2 and then PL1 kicks in, and I've taken the average of the VCore-VID difference based on all data. But even if I only review the PL2 or PL1 data separately, it is almost always exactly a 0.013V difference, +-2-3mV at most. Setting DC to 98-100 actually causes VID to almost perfectly match VCore. So what does this mean?

Option 1 - assuming that MSI have properly calibrated LLC=Auto to DC=110, being the default, then VCore is indeed inherently inaccurate and always shows higher than it should, about 0.013V higher on average, at least on my motherboard.
Option 2 - if MSI are incorrectly defaulting to DC=110, while LLC=Auto being 0.98-1.0 mOhms, this would more or less explain the lower VID compared to VCore at stock configuration.

I am willing to trust that MSI have not been incorrectly setting DC and LLC by default, as this doesn't even have to do anything with Intel. So, trusting the default settings means that if I want to change LLC to another mode and calibrate DC accordingly, I have to aim for the same 0.013V difference between VCore and VID that I'm seeing with the stock configuration. After some trial and error, I've found out that on my motherboard, LLC=6 paired with DC=68, achieves the same 0.013V average difference as 110/LLC=Auto, under the same conditions.
In order for VID to match Vcore with LLC=6, DC should be set to ≈60, but I've found this impacts performance by a small margin, and I believe it's because it's effectively lowering my PL2 limit.

So, to recap:
- Lowering the AC load line, while keeping LLC=DC=110=1.1 mOhms, is basically what the Lite Load modes do and it's especially effective when high load is put on the CPU. A lot of Vdroop is allowed, but the CPU doesn't know it, so it's not asking for voltage to compensate for it, leading to a significant undervolt during high-load. CEP doesn't like that so it starts slowing down the CPU and reducing the power and current going to it.
- We can undervolt with CEP enabled, it's just more complex and requires a different approach.
- The ground rule is that AC cannot be <70% of DC/LLC; and DC should be calibrated to LLC, so that the VID-Vcore relation is the same as when using the default settings, after measuring it with the most precise sensor you have available.
- Alternatively, you could just go with VID=VCore, as even if this leads to higher inaccurate power reading, you could simply bump up your power limits by a few watts and nobody has to know about it. :biggthumbsup:
- We could technically go as low as we want with AC, as long as we don't break the above rule, but this naturally means that LLC also has to be made stronger (compensate more). Going too low with AC will quickly require an almost flat LLC, which is generally not recommended for most people unless you really know how to set it up and have a good high-end motherboard. It also has other implications too, but I won't go into details.

If we don't want to set a very strong LLC, we have to keep AC at 30-35 the lowest, so that we can set DC=LLC to at least 40. I have not experimented with this range, but went for 1-2 steps above, aiming for LLC=6. It still allows for healthy Vdroop and doesn't have too much compensation. As mentioned above, it seems to match with DC=68, at least as long as I can trust the measurements.

I mentioned that the AC load line undervolt method works the best under high CPU load. This is because even though reducing AC also impacts the VID calculation without load, due to some mysterious way the CPU calculates its VID - using "predicted current", a lowered AC doesn't have the same great undervolting effect when the CPU load is not high enough to induce Vdroop. At least this is how I interpret it. So, what you end up with is higher voltage during light load compared to when you undervolt using an offset, and this can become especially noticeable during gaming. To counteract this, we can combine the two and add a negative offset to a lowered AC load line. This gives us a lower base VID + offset (config 3 below); or slightly lower base VID + surprise Vdroop for the CPU + offset (config 2 below).

I've tested 3 different undervolt configurations, all with CEP enabled, and have compared them with the default Lite Load 5 preset, with CEP disabled. The results illustrate well the benefits of each undervolting method. Here is an Excel file with all the test results, baseline information and some notes.

Config A is with the "Intel Default" lite load profile, with AC=DC=110, LLC on Auto and adaptive+negative offset set to -0.140V. This is my OG setup which I still like due to its simplicity and generally good results. Its only problem is the 1.33-1.34V spikes that can happen during gaming (in specific games).
Config B is a slightly modified version of config A, exploting CEP's buffer zone. Here, AC=80, DC=110 and LLC=Auto. Because AC is reduced from 110 to 80, I've also reduced the offset a bit to -0.125V, and this gives me almost the same VCore under load, but max VCore is lower due to the lower AC, which doesn't cause the CPU to calculate as high VID requests anymore. No impact in performance compared to config 1.
Config C is an experimental one where AC=DC=68=LLC6 (set based on the described above) and again an -0.125V offset. Here we have less VDroop, but also AC is set lower, so the same offset of -0.125V puts me at more or less the same VCore under load as config A and B. However, during light load this gives me even lower max VCore spikes. No impact in performance compared to configs A or B.
Config D is just Lite Load 5 with CEP disabled, so AC=20/DC=110 and LLC=Auto. This gives me higher max VCore spikes than config B and C, but generally performs slightly better at full 188W load. You will see in the file that in Cinebench R23 LL5 achieves on average around 100-150 pts higher result compared to the other setups, but this is not a significant difference. The most potential it has is in an OCCT-like workload, where LL5 could draw noticeably less power, but this seems to be dependent on the specific type of load. I should also note that this is the lowest perfectly stable Lite Load mode for my CPU, as with LL3 CB R24 crashes soon after I start it, and I don't think LL4 will be stable in R15, as the Vcore with it drops to the low 1.170s.

Cinebench R23
This is an interesting one because all four configurations perform similar to each other, but with clear differences based on the power limit.
- At 188W, config D (LL5) has higher average effective clocks compared to the rest, by about 50MHz for the P and E cores, therefore scores a bit higher.
- At 125W, the situation changes and configs A-C perform better, with higher average effective clocks. This sets a trend - the lower the load is, the better the offset configurations perform compared to the Lite Load one.
- The short run R23 scores were very close to each other, with configs A-C being around 30200 pts, and LL5 around 30300 pts.

OCCT Stability test
Here the Lite Load 5 setup is a clear winner at PL2, and it seems that in a heavy load of the type OCCT generates, AC<DC configurations excel due to the large unpredicted VDroop. Because of the low AC value, the CPU doesn't expect much Vdroop, but the OCCT load seems to cause a lot of it, so the bigger the difference between AC and DC/LLC is, the lower the VCore will be.
One thing to note is that the E cores didn't go past 4.1GHz with LL5, while they got up to 4.2GHz using the other three configurations.
Also, I don't understand the mechanism behind it, but the LL5 configuration had a significantly lower power draw at PL2 - 13W less than the runner up, config B.

Config B, where AC<DC=LLC is at second place at PL2, so it seems the AC load line undervolting is definitely the way to go if your use cases generate CPU loads similar to the ones OCCT does.

At PL1, they all effectively perform the same.

Geekbench 6
I tested this because it's a very light load for the most part, but with sharp load spikes here and there, so I thought it'd be a good test of max spikes in Vcore, current and power draw.
Here we also see that the two configurations with DC/LLC=110 + an offset see much lower max power draw spikes compared to the LL5 preset and the DC=LLC=68 + offset modes. LL5 has the highest average VCore, while the VCore spikes are within 10mV range across the four configurations.
Scores were within margin of error, around 2990 pts for single core and 19680 pts for multi core.
The win goes to config B for having the lowest metrics across the board.

Assassin's Creed Odyssey
In this game, Lite Load 5 has by far the highest average Vcore. This resembles the higher average Vcore during Geekbench 6, and is maybe related to the lower average current and/or power draw in these two scenarios. This is also typical during general usage without heavy load. LL5 always maintains the highest average VCore, because there is no offset applied to the V/F curve, and the low AC load line doesn't lead to much of an undervolt during low-load scenarios, when no VDroop is happening.
The win goes to B or C because of the lowest average VCore.

The Last of Us Part 1
In The Last of Us, this time config A, the 110/110 + offset configuration, had the highest average Vcore. Config D/Lite Load 5 still has the second highest average Vcore, and perhaps this game's CPU load is a middle ground where the VDroop is high enough for config D to have lower average Vcore than config A, but not high enough so that the lack of a V/F offset is compensated enough to match config B and D.
The win goes to B or C because of the lowest average VCore.


Conclusions:
Can we undervolt with CEP enabled - definitely! It is certainly more complicated and finicky compared to simply reducing AC and disabling CEP, as there are now multiple parameters to account for - AC, DC, LLC, and offset. But the results can be very good, performance is almost identical compared to Lite Load 5, and the voltage is lower in gaming and light usage.
In Cinebench R23, LL5/config D technically performs the best, no doubt about it, but the performance difference is so negligible it can never be felt. However, LL5 had a significant advantage in the OCCT stability test. Lower VCore, lower power draw, lower temperature, it was a clear winner there. This brings me to a conclusion I never though might be the case - perhaps, there is no best undervolt method (even complexity aside). Some will give you lower voltage in gaming and light usage, others will excel in specific workloads that tax the CPU a certain way. At least this is how I interpret my results, which I admit, are not based on an extensive suite of benchmarks and tests. I could go back and do additional tests with the same configurations, probably first on my list would be a 10-minute R23 run and a 10 minute R24 run with each, but this would take me a lot of time.
Anyway, another thing I think is visible is that basically all four configurations are very capable, and I'm quite happy with the results overall. Cofigurations B and C are the most interesting to me because they combine a reduced AC load line with an offset, and mix the best of both worlds. I think they're great for most people, as they provide good performance and temperatures, and lower the overall max VCore. But the very big difference between AC and DC/LLC that's present with LLC5 seems to be the best choice for optimizing power draw and temperatures, for anybody whose use case is heavy CPU loads such as OCCT, which create heavy Vdroop scenarios. For some reason the same doesn't apply to R23, so if somebody has an idea what's causing this different behaviour, please share.

Hope you enjoyed the read!
 
Last edited:
Done.

10 min. R23 - 31541

A bit toasty - Max 90°
Max VCORE
- 1.286V
Max VID - 1.305V

Averages in thumbnail.
I noticed that PL1 and PL2 were 220. Temp appeared to be 86. But either way, Bii is not likely going to win any prizes for all-core workloads. It will be interesting to see how config D pans out with the non all-core workload. This AC_LL thing is a heat producing monster!
 
I've been working on a standardized approach to voltage tuning Raptor Lake (and beyond). Here are the steps that I think make the most sense based upon watching two dozen people struggle with this effort:

Step 1a: Pick your CPU Cooler Tuning Profile

Step 1b: Decide on whether you want CEP enabled or disabled

Step 2a: Decide which type of workloads are most important to you when it comes to your temperature and voltage tuning. Do you want the lowest voltage and temps for Prime95 or Battlefield 5?

Step 2b: Decide on whether to retain the stock factory boosting behavior or whether you want to implement manual turbo offsets or manual max-core ratios.

Step 3: Select your PL1, PL2, IccMax to match your cooling solution and target temps

Step 4a: [Optional/Advanced Users] Decide on your LLC setting

Step 4b: Begin tuning CPU Lite Load (novice users) or AC_LL (advanced users)

Step 5: Tune DC_LL (advanced users)

Step 6: Manual Voltage Offsets

Step 7: Save OC Profile and Repeat steps 1 - 6 making different choices.


Now, when you lay this process out in a standard step-by-step guide (I've attempted to streamline the process to prevent having to ever backtrack) you quickly get a sense of what users are up against. What I mean by that statement is this:

Step 1a Requires knowledge and experience, and in some ways is an emotional decision, e.g. Do you really trust Intel and MSI to pick the best defaults?
Step 1b Is an ongoing source of debate and, again, is partly an emotional decision in the absence of more convincing data one way or the other.
Step 2a Is definitely an emotional decision, and one that none of us have ever had to make before this Intel generation hit the market.
Step 3 Again, it's an emotional decision. We all start from the perspective that we want our CPUs to run unencumbered. Plus, temps never use to be so much of an issue before this generation.
Step 4a How the heck are we supposed to pick our LLC; everyone has a different opinion. And right when we started to settle on a droopy LLC, BuildZoid went and muddied the waters with his LLC=3 approach.
Step 4b Okay, this is now the least difficult step thanks to CiTay's guides and advice; assuming, of course, that you don't have CEP enabled. If you do have CEP enabled then you better also follow Vassil_V's case study guide (which wasn't even available until a couple of weeks ago).
Step 5 This one should be a piece of cake, but instead is made unnecessarily difficult because MSI will neither do it for us (like ASUS), or tell us what the LLC impedances are set to out of the box.
Step 6 Relatively easy to do, but requires extensive and potentially time consuming stability testing. You also won't know if you are in good shape for several months.
Step 7 Requires patience and a considerable time commitment. It also will require another emotional decision when it comes to picking the winning configuration.

Again, I've tried to lay out a step-by-step process that (a) simplifies the process and (b) side-steps any potential conflicts caused by doing things in the wrong order. However, despite these efforts, it still remains a daunting task to ask people to follow.
Hopefully you will get some volunteers to test these methods on various Motherboard/CPU combinations.

I would really like to see someone else with a Z790 AceMax and a 14900K post some settings and results.

Good luck!
 
I noticed that PL1 and PL2 were 220. Temp appeared to be 86. But either way, Bii is not likely going to win any prizes for all-core workloads. It will be interesting to see how config D pans out with the non all-core workload. This AC_LL thing is a heat producing monster!
Crap, well spotted, the wrong screenshot. It's this one. I'll edit the other post too.

1725401175484.png
 
Hopefully you will get some volunteers to test these methods on various Motherboard/CPU combinations.

I would really like to see someone else with a Z790 AceMax and a 14900K post some settings and results.

Good luck!
Thanks, but I doubt my approach will ever really be used in any meaningful way to change our situation, other than to keep me straight. However, it does at least demonstrate what you guys already know; these chips are not easy to tune. Plus, I have a strong feeling you guys already know better than anyone what your CPU needs. And I doubt that's going to change any time soon.
 
Crap, well spotted, the wrong screenshot. It's this one. I'll edit the other post too.

View attachment 192494
Well, they say failure is a great teacher. And, in this case, it sure is! I just can't believe how impactful AC_LL is on all-core temps. You really have to see it to believe it. Although, with all the people CiTay has been sending to his guides, you'd think that I would have figured that out by now. Oh well. Let's see how your non-all core gets along with config D. I would hope that Bii is at least good at something. :oops:
 
is the impact different from using the adaptive VID offset setting to reduce the voltage? Does it affect stability differently?
Well, BuildZoid certainly seems to think so. AC_LL appears to him (from the outside looking inward) to overcompensate for future high current by overly juicing voltages. He’s also observed that it is not as linear and predictable as you would expect. In other words, I think he is saying that dropping from 80 to 60 might yield different results than dropping from 60 to 50, presumably even if the percentage difference was the same. Although, his statement might have been of a more generalized nature, and not thinking about the percentage difference. Perhaps we need to get our calculators out.

Furthermore, BuildZoid thinks that AC_LL works in conjunction with IccMax (but likely with minimum thresholds that step in once you get below 220-240 amps, and maximum thresholds above 400?) when it is juicing those voltages excessively. EDIT: But above IccMax of ~225W, something different starts to affect the VID calculations. Negative offsets, on the other hand, should remain predictably linear.
 
Last edited:
I saw one tech outlet say they think Intel is preparing more microcode updates for this month. Whether this is true or not, it’s beginning to feel like this generation is held together with spit, glue and tape. In one of BuildZoid’s recent videos he said (I’m paraphrasing), “It’s like they had multiple teams of people implementing features and never communicated those features to the other teams.” It does make you wonder how much of Raptor Lake‘s issues are software versus hardware. If it’s the former then at least we can expect more fixes.
 
You guys have been very active here, I have a lot of catching up to do.

FlyingScot, do you mind getting me up to speed on whether you have found anything new and interesting lately? I've been logging from time to time but I barely had any time to read.

On the topic of AC LL, one of the most glaring result from my testing was the huge effect lowering the AC LL (in combination with a droopy LLC) had on power draw was and therefore on temperatures. If the typical usage is high continuous CPU load, nothing seems to beat Lite Load undervolting with CEP off, in terms of performance, voltage and temperatures. However, as I mentioned then, the reason I preferred configs B and C was the lower voltage during gaming and other lighter load tasks.

Due to the difference in CPUs some people might have better luck than others with offset configurations though, as long as we're talking about global SVID offsets. Some CPUs might have lower fused V/F VIDs towards the lower frequency range, which cause instability when you set an offset that achieves adequate undervolt during full load. Some CPUs might also have less tolerance built-in, so you can't really set any significant offset, but simply because the starting point is already lower.

I know Buildzoid now recommends LLC3 with LL3, but would rather keep some droopiness in my setup, so for me it's either LLC5/6, or just stick with the default, and either go with something like config B or with a low Lite Load preset, depending on what you use your computer for and also whether you have preferences about CEP.
Also, Buildzoid simply suggesting to set LLC3 and Lite Load 3 is fundamentally bad advice in my opinion, as he does not specify the AC and DC values, and we all know Lite Loads presets vary across MBs, BIOSes and whether CEP is enabled or not. LLC impedances also vary wildly across motherboards, in which I'm fully convinced by now.

For the past two weeks I've been running configuration C (1:1) 24/7 and it's been rock-solid, with VCore maxing out at 1.31V in the very worst conditions (light bursty CPU load), but almost always stays below 1.3V. I've been thinking of trying out LLC5 with even lower AC/DC LLs but I just don't see a point in tinkering any furhter. Whatever potential improvements I could make (if any), I'd probably never notice in actual usage anyway.

A few days ago I ran R23 through Benchmate, below are my results. I ran those on two separate days as at first I just wanted to check my MC, but the next day I went ahead and ran SC too. Ambient temp was around 24C on both days, as AC was on.
- I don't know if the 1.28V - 1.29V max voltage reported by Benchmate refers to VID or VCore, probably VID, but it represents the spike(s) either before or after the run.
NG4d10P - Imgur.jpg

w0m4QXM - Imgur.jpg
 
Welcome back, Vassil_V!
I, for one, have missed reading your latest test observations and general wisdom on this topic.

I read your latest report on where your thinking is on things, and I think that’s exactly where I have landed. I think BuildZoid had the right idea, but might have been a little overly aggressive with his LLC=3 setup. I’m inclined to shoot for LLC=4 or 5 or 6, with a slight AC_LL undervolt and a healthy dose of negative offset. CEP could then be optional depending on your preference. I might be wrong, but I think that’s where some of us are starting to converge on.

In regards to catching you up on things, I think it goes like this:
CiTay has now helped 27,000 Raptor Lake owners, but still has 10,508,654 left to help.
Charonme is doing some great investigative work in an effort to uncover the inner workings of CEP.
Arctucas is still enjoying the benefits of his fancy motherboard and cooling solution, including that window A/C unit.
Crimson must be supremely happy with his setup because he’s been missing in action of late.
I left MigraineFilm happily playing games and editing videos about a week ago, but now he’s ready to throw his system in front of a speeding train…not sure what happened there.
And I’m still on the sidelines acting as both spectator and cheerleader. And occasionally trying to lighten the mood with corny jokes.
EDIT: I should have added my observation that we have quite a lot of new members who have recently joined the forum. I'm sure many of them will become regular contributors in both useful and interesting ways.

Well, I think that about brings you up to date!
Welcome back!
:biggthumbsup:
 
Last edited:
Thank you for the warm welcome and the very enjoyable summary of recent events!

I saw the thread about how enabling CEP increases performance somehow, all things being equal, and I can't wrap my head around it. It's nice to have some fresh reading material!
 
I left MigraineFilm happy playing games and editing videos about a week ago, but now he’s ready to throw his system in front of a speeding train…not sure what happened there.
On my way to the trainstation as we speak!

I contacted intel support AGAIN, and they still say the same thing: your temperatures hover between 75 and 85 degrees, the spikes that trigger the thermal throttle flag are normal behaviour especially during 3D rendering and video encoding workloads. When running static tasks, like data compiling or prime95, the temperatures do not spike AT ALL.
I also noticed that most of the spikes happened right after cinebench finished rendering an image, so it may very well be due to the vdroop, causing a little too high voltages too quickly when returning to low load behavior.

I MIGHT try AC15/DC15 with LLC Mode 5, but then I'm pushing my mid-range motherboard VRM.

All things considered, I think the best cause of action is to just let it run until it dies and get a new one with the extended warranty. I dont give a hoot anymore.

What I do like to know is: What is in the end the safest option, high vdroop and low load voltages (lower temps in high workloads) or low vdroop and higher voltages (higher temps in high workloads)
 
On my way to the trainstation as we speak!

I contacted intel support AGAIN, and they still say the same thing: your temperatures hover between 75 and 85 degrees, the spikes that trigger the thermal throttle flag are normal behaviour especially during 3D rendering and video encoding workloads. When running static tasks, like data compiling or prime95, the temperatures do not spike AT ALL.
I also noticed that most of the spikes happened right after cinebench finished rendering an image, so it may very well be due to the vdroop, causing a little too high voltages too quickly when returning to low load behavior.

I MIGHT try AC15/DC15 with LLC Mode 5, but then I'm pushing my mid-range motherboard VRM.

All things considered, I think the best cause of action is to just let it run until it dies and get a new one with the extended warranty. I dont give a hoot anymore.

What I do like to know is: What is in the end the safest option, high vdroop and low load voltages (lower temps in high workloads) or low vdroop and higher voltages (higher temps in high workloads)

It seems that lower voltages and lower temperatures would always be the best option. However, I believe this can be accomplished with minimum VDroop as well.
 
Thank you for the warm welcome and the very enjoyable summary of recent events!

I saw the thread about how enabling CEP increases performance somehow, all things being equal, and I can't wrap my head around it. It's nice to have some fresh reading material!
I might actually have some fresh intel for you tomorrow. It’s not necessarily earth shattering, but it might be a fresh perspective. And it might just be enough to push people off the fence (especially me) when it comes to how we choose to undervolt.
 
Go for it! I think you will like the results, and I think your motherboard will be fine. If it’s unstable then try 20/20 and then 25/25. You can always fix the DC_LL later.

No more thermal throttling after 20 minutes of R23 and 5 minutes of R15, no WHEA errors either, slightly higher voltages under load and massively higher voltages (1,192) during idle (instead of 0.800).

I might be able to go even lower, but in my case this gives credibility to buildzoids claim: I'd rather have higher low load voltages, than vdroop spikes between loads causing thermal throttling.
 
No more thermal throttling after 20 minutes of R23 and 5 minutes of R15, no WHEA errors either, slightly higher voltages under load and massively higher voltages (1,192) during idle (instead of 0.800).

I might be able to go even lower, but in my case this gives credibility to buildzoids claim: I'd rather have higher low load voltages, than vdroop spikes between loads causing thermal throttling.
Did you add a manual undervolt on top? I would think that you would have some room to shave off voltage via Adaptive+Offset. Also, the Idle voltages look odd to me. Almost like a C-State or Speedstep is not kicking in. Make sure you are on the Windows Balanced Plan.
 
Did you add a manual undervolt on top? I would think that you would have some room to shave off voltage via Adaptive+Offset. Also, the Idle voltages look odd to me. Almost like a C-State or Speedstep is not kicking in. Make sure you are on the Windows Balanced Plan.
Yes, a -0.100 added voltage offset too.

Oh, by the way I'm a complete dumbass too, really. I set HWiNFO at 100ms polling rate, that used the CPU resources. at 1000ms polling rate, vcore drops at 0.708, 11/13 watt idle, 29 to 31 degrees celsius. This is an insane amount lower than before.
 
Yes, a -0.100 added voltage offset too.

Oh, by the way I'm a complete dumbass too, really. I set HWiNFO at 100ms polling rate, that used the CPU resources. at 1000ms polling rate, vcore drops at 0.708, 11/13 watt idle, 29 to 31 degrees celsius. This is an insane amount lower than before.
Okay, that’s much better.
 
Here’s where my head is: If, after dialing in this new approach, you‘re still fundamentally unhappy with your CPU due to high Voltage or high Temps (for one or more usage scenarios) then you might be a good candidate for taking another look at configuring manual core ratios, either via turbo offsets or the various other methods. You’d need to study up on what options you have, and experiment accordingly, especially when it comes to the most effective way to control the peak core ratio for core 7, your problem child. The easiest approach, as you already know, is an all-core max. But the other options might give you the ability for a more refined approach - assuming they’re not buggy. In other words, you might only be able to get partway to your goals with voltage adjustments. You‘re wrestling with an i9 Raptor Lake. It will always try to bite you!
 
Back
Top