Replies: 4 comments 2 replies
-
Thanks for the response @cyring, so to speak this user has to only use: I've now also created a Module options (directly read from I'll wait with the release until your response if this is okay. |
Beta Was this translation helpful? Give feedback.
-
I have understood the same as you. User just needs this parameter.
Looks good and that's the way to do it. However some parameters are really hazardous : |
Beta Was this translation helpful? Give feedback.
-
I do agree. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the heads up about the examples, I've already pushed the update but I will change the examples in the next update, maybe tomorrow. As always, thanks for the help! |
Beta Was this translation helpful? Give feedback.
-
@ich777
I'm unfortunately oOo with limited access. My advices for below issues
Power consumption
This Unraid issue
Don't make a confusion with measured watt on the wall. CoreFreq is supplying the RAPL estimation. Thus User is getting parts of the whole system. Per Processor counters with Intel ; both per Core and per Processor for AMDs
Turbo
This issue
What User is achieving is to stress Core(s) to trigger the Turbo frequencies. See Tools as an instant mean for Turbo verification.
To set Turbo and other linked settings, parameters have to be defined.
will supply the full list of accepted parameters (for a GUI help) to store with User value in the usual
modprobe.conf
locationBe sure to offer User a mean to cancel boot parameters in case of unsupported values.
will activate the Turbo in Processor and select an adequate Target frequency ratio (depending on the architecture)
Beta Was this translation helpful? Give feedback.
All reactions