Does Ardour intentionally prevent Ryzen CPUs from entering deeper idle states while running, or could this be a regression/interaction with AMD Phoenix APUs, Wayland, or recent Arch kernels?
Any suggestions for further debugging would be appreciated.
That is irrelevant. Ardour is as live mixer. The process wakes up every few ms reads incoming audio (from all devices), and the master bus runs.
This prevents the CPU from sleeping, which is usually a good thing. You want constant CPU load while doing audio work. Changing CPU frequency takes time which is a main source of audio dropouts when running at low latency.
That being said, the numbers you mention do seem excessive.
PS. there are live input meters on the recorder page.
That could also contribute to things. Ardour does not support Wayland and there are some known issues.
Thanks for the clarification. You’re right — “no playback/recording” was not the right wording. I mean an empty session with no tracks, plugins, or user-initiated playback/recording.
I understand that keeping the CPU awake is expected for a live audio application. My concern is that an empty session keeps the Ryzen 7840HS at ~34–36 W PPT and 82–84°C, which seems high.
I’ll test under KDE Plasma X11 as well. Thanks for the Wayland pointer.
Not sure if this’ll help but a month ago I had something similar happening on a Mac Pro (although I was dual-booting at the time into Windows). It turned out that the air vents were clogged up with dust. After I cleaned them the problem disappeared.