* [gentoo-user] CPU clock frequency crashing.
[not found] <8d762a5d-2ff1-f954-41a6-b7643b642d41.ref@verizon.net>
@ 2024-12-30 21:51 ` Alan Grimes
2024-12-30 23:55 ` Michael
0 siblings, 1 reply; 2+ messages in thread
From: Alan Grimes @ 2024-12-30 21:51 UTC (permalink / raw
To: Gentoo User
Hey, I'm having usability problems in applications as my CPU clock
frequency crashes down to about 530 mhz... I need it lock in a floor
frequency of 1.25 ghz... I used
cpupower frequency-set -d 1.25GHz which does lift it up to a usable
frequency but a day later it crashes down to garbage again. The machine
is capable of 4.5 ghz or better on 32 cores. (it's a $3,200 processor, I
shouldn't have to experience anything resembling a slowdown while the
load average is under about 128...)
Basically, if it's not about to catch fire, then I need it to honor that
frequency floor.
The next question is why it's even trying to scale down that low when
there are a bunch of threads running flat out trying to show me youtube
ads and crap. =\
--
You can't out-crazy a Democrat.
#EggCrisis #BlackWinter
White is the new Kulak.
Powers are not rights.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [gentoo-user] CPU clock frequency crashing.
2024-12-30 21:51 ` [gentoo-user] CPU clock frequency crashing Alan Grimes
@ 2024-12-30 23:55 ` Michael
0 siblings, 0 replies; 2+ messages in thread
From: Michael @ 2024-12-30 23:55 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 2596 bytes --]
On Monday 30 December 2024 21:51:29 Greenwich Mean Time Alan Grimes wrote:
> Hey, I'm having usability problems in applications as my CPU clock
> frequency crashes down to about 530 mhz... I need it lock in a floor
> frequency of 1.25 ghz... I used
> cpupower frequency-set -d 1.25GHz which does lift it up to a usable
> frequency but a day later it crashes down to garbage again. The machine
> is capable of 4.5 ghz or better on 32 cores. (it's a $3,200 processor, I
> shouldn't have to experience anything resembling a slowdown while the
> load average is under about 128...)
>
> Basically, if it's not about to catch fire, then I need it to honor that
> frequency floor.
You haven't mentioned which CPU you are using. If we're talking about AMD,
then without diving into the weeds of the amd_pstate settings to understand
the combination and interactions of CPPC and Pstate with your chosen scaling
governor, I wouldn't know why a day later your minimum frequency setting has
been reset. I'd guess your scaling governor took over, but someone more
studied on this topic can chime in.
From what I recall the userspace governor allows root to set the frequency
statically by using a sysfs file. Other governors e.g. schedutil will scale
down the frequency by sampling the current load and make suitable predictions
on impending demand.
> The next question is why it's even trying to scale down that low when
> there are a bunch of threads running flat out trying to show me youtube
> ads and crap. =\
Probably because a single thread plus some GPU cycles will process the youtube
ads adequately, while the rest of the cores are not lifting any weight at the
time. Setting a floor frequency for the CPU when it does not need it is both
unnecessary and wasteful when any and all variations in frequency are being
controlled as needed by the firmware. When I emerge big packages with all
cores set in MAKEOPTS, I can observe individual cores boosting selectively for
a few seconds before they drop slightly back waiting for their turn to max out
again. I have noticed the same round-robin behaviour boosts CPU cores
momentarily when running cpuburn and other load maximizing benchmarking
software. I understand this is how the chipset algo controls the thermal load
of the CPU. Some tweaking is offered by the BIOS firmware, but the general
recommendation is to leave it alone to do its thing, unless you are trying to
achieve some wild benchmarking record for bragging rights and the $3,200 price
tag going up in smoke is not a significant consideration for you.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-12-30 23:55 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <8d762a5d-2ff1-f954-41a6-b7643b642d41.ref@verizon.net>
2024-12-30 21:51 ` [gentoo-user] CPU clock frequency crashing Alan Grimes
2024-12-30 23:55 ` Michael
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox