No problem 🙂 , no need to apologise 🙂 .

Time for some visual aids and an experiment you can emulate easily. Get Statuscore from here.

My CPU is stock, only RAM OC.

1 thread active on a die.



Even if CPU has high VCORE it is low load of amps/watts. If you see a difference of MHz between HWINFO and Statuscore it will be as polling interval differs between each.





Above 3 screens is probably about what happens in UEFI, I will get a wall meter power reading for you of idle in OS vs UEFI load on CPU. Once a 5th thread is active we can see all cores boost max of 3.7GHz occurs for 1950X we have.



If threads are across the 2 dies we see differing behaviour.



Once 5th thread is on each die again max ACB kicks in.



Below is all current TR boost info.



I hope this helps 🙂 .

*** edit ***

CPU stock, OS idle with CPB: On, complete rig inc screen us ~120W from wall meter. Next UEFI with same settings is ~200W, with CPB: Off is ~200W. When UEFI I see ~1.024V when CPB off and like you see upto ~1.5V with CPB on.

Core Performance Boost is terminology by ASUS for Precision Boost (PB)/Extended Frequency Range (XFR), which is AMD terminology for core boosting tech. ACB = All Cores Boost, so under CPB/PB/XFR max ACB for TR 1950X is 3.7GHz.

As shown this is when 5 threads+ are engaged on any die. If you have say 5 threads on one die (ie 0-16 in Statuscore) and 4 on other (17-32), the 17-32 cores can boost above 3.7GHz as System Management Unit (SMU) on CPU die, when CPB/PB/XFR is active, may have determined there was "headroom" to do so. IF loading was high for 5 threads on one die and 4 on other you would only see 3.7GHz MAX as SMU determined it can only do that.

Bare in mind that monitoring can not read back as quickly as CPU is doing CPB/PB/XFR. So you could say run a bench test with lower CPU load and gain boosting that averages well that it is so close to a higher all cores OC done manually.

Yes the sporadic jumps in temperature are due to CPB/PB/XFR occurring when in UEFI at stock and is as there are 40 temp sensors being shown as one, as stated before some rotating goes on and highest value is shown. Even if the UEFI is mini operating system it would not be the same as full OS on using platform optimally. Also due to how CPB/PB/XFR works and the UEFI is low load vs another app in OS, so boosting could be occurring. When in OS also CPU uses "power gating" and other funky stuff to be as efficient as it can.

Yes use a power meter and see for yourself 🙂 . I have had Ryzen/ASUS Crosshair VI Hero since launch, I have used 3x R7 1700 and 2x R7 1800X with it besides other HW. I have had Threadripper/ASUS Zenith Extreme since launch as well. There is no defect in what you are experiencing. You currently do not understand how the boost tech works and I mean no offence by this to you.

For each fan header there is Fan Smoothing option in UEFI, use that if you need it. All fan headers except CPU_FAN, CPU_OPT and W_PUMP+ do not allow a differing temperature source. You could use the included temperature probes as sources for fan profile and have no jumps as CPU temp jumps. I use water loop temperature to control fans/pump via UEFI, T_SENSOR1.

1) This forum is quiet. Even on OCN/OCUK (busy forums) response to TR can be low, as it is newish/high end platform.

2) In a way. CPB/PB/XFR gets disabled when CPU engages OC mode. OC mode is engaged when "Base Clock/PState 0" is shifted +25MHz from stock. So on TR 1950X 34.25 ratio or 3425MHz would do that. When CPU enters OC mode voltage will snap to ceiling VID, in the case of TR 1950C 1.1625V. We have no access to CPB/PB/XFR parameters, so we can't shift it for tweaking.

3) Ryzen/Threadripper can have nice gains from RAM OC only. RAM MHz and Infinity Fabric Speed (Data Fabric) is linked, so @ 2133MHz DFICLK = 1066MHz, 3466MHz = 1733MHz. Why I like stock R7 1800X / TR 1950X is it has real nice boost for lower thread count and it is hard to gain the same clocks as an OC. They also have reasonable all cores boost clock, as it does not hinder my usage experience I quite like them at stock. Thaiphoon Burner can get you a lot of info on RAM, as Ryzen/Threadripper gains well from RAM tweaks people like that info 🙂 . Also Ryzen/Threadripper IMC favours one RAM IC pretty much above all else, so again this tool is handy. It can also allow tweaking of SPD data, flashing and has database of SPD files, all this is on licensed copy.

4) I use UEFI to set anything relating to platform, I avoid OC SW, just always been PITA for me. I use MSI AB only for monitoring when want data as graph, otherwise it's HWINFO. I do not have NVMe yet 😮 , planning on it, just gotta get the wife a present so she doesn't do horrible stuff to me in my sleep :p.