Re: [RFC PATCH 0/4] cpufreq/amd-pstate: Per-core EPP boost for recently-busy CPUs
David Vernet <[email protected]>
| Newsgroups | org.kernel.vger.linux-pm,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <amhbUVVyl-a-pUKC@maniforge> |
On Tue, Jul 28, 2026 at 02:31:46AM -0500, David Vernet wrote: > In active (EPP) mode the platform autonomously picks the operating point > between min_perf and max_perf, biased by the EPP hint, and the kernel > only rewrites the CPPC request on policy or limit changes. A workload > dominated by one mostly-busy thread that takes frequent short sleeps > (common in gaming workloads, for example) can fare poorly under this > strategy. Each sleep decays the hardware's performance signal, causing > post-wakeup bursts to start at a low operating point and inflating tail > latency even though the CPU is essentially fully busy while work is ... Argh, sorry, got my aliases mixed up. +cc the rest of the AMD pstate driver maintainers (and removing Gautham)
signature.asc
(application/pgp-signature, 228 B)
-----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRBxU1So5MTLwphjdFZ5LhpZcTzZAUCamhb7AAKCRBZ5LhpZcTz ZADsAP9HLR8AExgpm+XUCKPB1EiyPIZOj8S9wWPJqt1e8f3tQwEA2vOUwaJaTCrx c8jUm8pEIf8q/kQFB2HHJDnHUSNVLAU= =TZIx -----END PGP SIGNATURE-----