Re: Debian-13 bad performance on IPC
Ralf Fassel <[email protected]> Mon, 06 Jul 2026 18:46:07 +0200
| Newsgroups | gmane.linux.debian.user |
|---|---|
| Organization | A noiseless patient Spider |
| Message-ID | <[email protected]> |
* nwe <[email protected]> | On 7/3/26 11:27 AM, Ralf Fassel wrote: > | > [bad system performance] | You might want to check what cpu power configuration is available in | the bios firmware. Your IPC or motherboard manual should have | instructions how to get into that, during boot, before grub starts. > | A lot of 'compact' PCs provide a method of setting high performance vs | quiet or energy saving. I'm of the opinion linux generally obeys that | hardware setting but windows sometimes has ways of overriding it and | using max power anyway. This can give the illusion of windows | performing better than linux. I found an entry BIOS - Advcanced - CPU Power Management Control - *disable* CPU C states (which says something like "allow CPU to go to C states if not used 100%") So I tried 'disabled' (it was enabled). I then see the CPUs not throttling down to 'idle' so easily by 'watch'ing /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq Other than that there is "Turbo Mode ON/OFF" (is ON), and TDP Configurations, where I changed "Power Limit 1" and ...2 from 15000 to 0 (= no custom override). => But all of these changes make no difference for the processing times - still the start of one or two of the sub-processes is delayed which then results in the large overall response time. | If that's not it then I might investigate whether there is some | missing firmware. A starting point might be | sudo dmesg | grep -Ei 'fail|error' | to see whether anything jumps out. Some ACPI unresolved symbols errors "\_SB.UBTC.RUCC AE_NOT_FOUND", but other than that nothing. TNX R'