FlyingScot
Well-known member
- Joined
- Apr 30, 2024
- Messages
- 1,688
While there is nothing revolutionary in these notes, there might be some value in summarizing what we already know, assume, or suspect. It might also be worth stating that the primary focus of these notes is the issue of High Voltages. In other words, Temperatures and Power Usage are not the specific focus, although some actions that can be taken by the average user can help all three metrics.
All testing was done on a 14900K with 256W as the “power limits” and CEP enabled. The motherboard in question was a Gigabyte this time.
My commentary = [ ]
Based upon what he saw on the oscilloscope, he recommends the 0x125 microcode over the 0x123 even though it’s far from perfect. On his 14900K, average voltage dropped by 50mV (due to lower low workload voltages with the new microcode). Single core boost voltages are also lower with 0x125 than 0x123, which is a good thing.
Typical voltages were around 1.4V, but he couldn’t find an explanation for momentary spikes as high as 1.59V. And this was with the 0x125 microcode. EDIT: These spikes last as little as 50ms and therefore are unlikely to be captured by HWInfo.
On his 14900K, E-core VID voltage requests can sometimes exceed P-Core VID voltage requests (which affects the voltage for the entire CPU). This condition was observed when certain workloads allowed the P-Cores to remain at 5.0Ghz or lower.
There is a constant voltage fight going on between the E-cores and the P-Cores for who controls the voltage. This can lead to erratic behavior if you are near the power limits. “To mitigate this condition, users could manually lockdown the E-cores to 4.0Ghz, rather than letting them try to boost to 4.4Ghz, etc.”
It’s not recommended to disable E-cores because you could end up with much higher voltage going to the P-Cores within your chosen power limits.
BuildZoid theorized that gaming workloads could be driving up P-Core frequencies (and therefore higher VID voltage requests) while staying under the PL1/PL2 power limits because they use far less of the E-Cores. In other words, voltages could remain elevated and still not trigger the power limiters. BuildZoid theorizes that this condition could be the reason why game developers are seeing unusually instability (and possible degradation) with gaming servers and gaming client CPUs.
IgorsLab sampling of CPU voltages shows that the best i7’s can run with 1.2xV while the worst need 1.4xV, which overlaps the i9’s that start at around 1.4V and go higher. Some i5’s overlap the i7’s, with the worst needing 1.4V. BuildZoid believes that some of these high voltage chips will continue to be a concern because he doubts that Intel will be able to bring their voltages down enough, ideally by 100mV.
However, users who are willing to sacrifice 100Mhz, or so, could lower voltages by up to 50mV, which might be enough to help safeguard the poorer silicon chips from degradation.
BuildZoid quote: "I'm not a fan of dumping 1.4V into the CPU at 80C."
BuildZoid: Cinebench R15, R20 and R23 should all be used to test for stability (and not just R23) when making changes to voltage/frequency due to the different types of workload they produce. Of course, these are not stress test applications, but they are useful for catching instability if you have lowered the voltage too aggressively.
My interpretation of BuildZoid's conclusions:
Take whatever approach you want to (or can) in order to keep Vcore below 1.4V under all scenarios, and ideally 1.35V or lower. This effort could include one or more of the following approaches:
Note: Your ability to do the above will depend on the quality of your silicon. As stated earlier, i7's and even i5's have significant variation in VID tables. However, CiTay posted a voltage chart somewhere on this forum that illustrates how much additional voltage you typically need for each 100Mhz step in core frequency. Basically, as you get closer and closer to the maximum potential of the silicon, the increase becomes exponentially greater. The upside of this behavior, especially given how far Intel has pushed the Raptor Lake CPUs, is that a relatively small reduction in max frequency could have a very significant affect on lowering max voltages.
Optional:
Lower PL1/PL2 (Very useful for all-core workloads. See CiTay’s new guide found here.)
Lower TjMax temp from the default 100C.
Enable CEP (All but ultra-novices will likely find this option too intrusive to be beneficial.)
All testing was done on a 14900K with 256W as the “power limits” and CEP enabled. The motherboard in question was a Gigabyte this time.
My commentary = [ ]
Based upon what he saw on the oscilloscope, he recommends the 0x125 microcode over the 0x123 even though it’s far from perfect. On his 14900K, average voltage dropped by 50mV (due to lower low workload voltages with the new microcode). Single core boost voltages are also lower with 0x125 than 0x123, which is a good thing.
Typical voltages were around 1.4V, but he couldn’t find an explanation for momentary spikes as high as 1.59V. And this was with the 0x125 microcode. EDIT: These spikes last as little as 50ms and therefore are unlikely to be captured by HWInfo.
[I think this issue is something Intel will try to mitigate in the August 2024 microcode/BIOS update.]
AC_LL is higher with 0x125. But for some unknown reason, the average voltages dropped on his 14900K.[Incidentally, Gigabyte’s default Auto LLC has always been the droopiest according to one user, so BuildZoid’s testing mirrors what happens when choosing the new MSI CPU Lite Load Mode=Intel Defaults option, i.e. Auto LLC drops from the equivalent of mode 3? to equivalent of mode 8.]
On his 14900K, E-core VID voltage requests can sometimes exceed P-Core VID voltage requests (which affects the voltage for the entire CPU). This condition was observed when certain workloads allowed the P-Cores to remain at 5.0Ghz or lower.
There is a constant voltage fight going on between the E-cores and the P-Cores for who controls the voltage. This can lead to erratic behavior if you are near the power limits. “To mitigate this condition, users could manually lockdown the E-cores to 4.0Ghz, rather than letting them try to boost to 4.4Ghz, etc.”
[Perhaps Raptor Lake would benefit from a separate voltage rail for the E-cores, and maybe included the Ring on this secondary rail, too.]
It’s not recommended to disable E-cores because you could end up with much higher voltage going to the P-Cores within your chosen power limits.
BuildZoid theorized that gaming workloads could be driving up P-Core frequencies (and therefore higher VID voltage requests) while staying under the PL1/PL2 power limits because they use far less of the E-Cores. In other words, voltages could remain elevated and still not trigger the power limiters. BuildZoid theorizes that this condition could be the reason why game developers are seeing unusually instability (and possible degradation) with gaming servers and gaming client CPUs.
IgorsLab sampling of CPU voltages shows that the best i7’s can run with 1.2xV while the worst need 1.4xV, which overlaps the i9’s that start at around 1.4V and go higher. Some i5’s overlap the i7’s, with the worst needing 1.4V. BuildZoid believes that some of these high voltage chips will continue to be a concern because he doubts that Intel will be able to bring their voltages down enough, ideally by 100mV.
[The implication is that CPUs that can already run with less than 1.4V might be fine if Intel can addresses the unusual voltage spikes.]
However, users who are willing to sacrifice 100Mhz, or so, could lower voltages by up to 50mV, which might be enough to help safeguard the poorer silicon chips from degradation.
BuildZoid quote: "I'm not a fan of dumping 1.4V into the CPU at 80C."
[Coming from BuildZoid, the king of high voltage overclocking, that's saying something.]
BuildZoid: Cinebench R15, R20 and R23 should all be used to test for stability (and not just R23) when making changes to voltage/frequency due to the different types of workload they produce. Of course, these are not stress test applications, but they are useful for catching instability if you have lowered the voltage too aggressively.
My interpretation of BuildZoid's conclusions:
Take whatever approach you want to (or can) in order to keep Vcore below 1.4V under all scenarios, and ideally 1.35V or lower. This effort could include one or more of the following approaches:
- Install 0x125 and/or the new August microcode
- Manually undervolt via CPU Lite Load
- Manually undervolt via Adaptive Offsets
- Manually lowering E-Core Ratios
- Manually lowering P-Core Ratios
- Eliminate Auto-boosting of Single/Twin Cores (EDIT: unless you absolutely have to have the best single thread performance possible, I think the risk of accelerated degradation is too high. BuildZoid has a separate video related to this issue, which I have now linked below.)
Optional:
Lower PL1/PL2 (Very useful for all-core workloads. See CiTay’s new guide found here.)
Lower TjMax temp from the default 100C.
Enable CEP (All but ultra-novices will likely find this option too intrusive to be beneficial.)
Last edited: