Debian User Forums

I like to split up different tasks. Syncthing to distributing my files, encrypted 7z archive on a thumbdrive for document backup, and a separate 128 GB thumbdrive for my music and game mods. I guess if I really wanted security at the price of convenience, I'd instead use a LUKS encrypted thumbdrive....

Seems to be fixed in kernel BPO kernel 6.7.12; CPU scaling behavior is normal again with amd_pstate=active, and performance reflects this.

And the laptop: Machine: Type: Laptop System: LENOVO product: 82R3 v: IdeaPad 1 14ALC7 serial: <superuser required> Chassis: type: 10 v: IdeaPad 1 14ALC7 serial: <superuser required> Mobo: LENOVO model: LNVNB161216 v: SDK0T76473WIN serial: <superuser required> UEFI: LENOVO v: JTCN49WW date: 09/18/20...

Desktop: Machine: Type: Desktop Mobo: ASRock model: B550M-ITX/ac serial: <superuser required> UEFI: American Megatrends LLC. v: P2.20 date: 12/27/2022 CPU: Info: model: AMD Ryzen 5 5600G with Radeon Graphics bits: 64 type: MT MCP arch: Zen 3 gen: 4 level: v3 note: check built: 2021-22 process: TSMC ...

Turns out I was getting this issue on my AMD desktop too, even! I just didn't notice other than occasional sound lag. Wild.

Setting amd_pstate=passive on the kernel cmdline is a functional workaround (and WOW this laptop is fast when the brakes aren't stuck on). Not sure if this is a bug in the amd_pstate driver on this hardware, or something about my system configuration conflicting with the driver.

Got it. All cores are stuck at the minimum of 400 MHz since the last set of updates, no idea why. The variability is probably from variation in system load.

Specifying either seems to cause the issue invariably. Leaving it unset results in global being preferred every time, but the sluggishness doesn't always appear. I'm also seeing a new behavior now with trace_clock being unspecified, where the behavior occurs for the first minute or so of boot and th...

Thanks ruwolf, that is helpful. A few odd things appear: May 15 19:19:31 chinchilla kernel: pci 0000:00:00.2: can't derive routing for PCI INT A May 15 19:19:31 chinchilla kernel: pci 0000:00:00.2: PCI INT A: not connected May 15 19:19:31 chinchilla kernel: Unstable clock detected, switching default...

So this is an interesting mystery... Every once in a while, my Lenovo IdeaPad 1 14ALC7 (running Debian Bookworm with KDE) becomes sluggish after boot. Apps take 10x longer than usual to launch, touchpad input lags, the desktop takes ages to start. And, this is the most interesting thing, programs ta...

Thanks for the reply #sunrat, I appreciate it. I'll give the standard kernel a spin. Didn't know about the threadirqs option. Liquorix looked interesting but I'm iffy on the security implications of using an unofficial kernel. And thanks re: Testing, I didn't notice that had its own subforum, sorry!...

An update. It turns out rtkit is abandoned upstream, so I should be just using rlimits anyway. However, pipewire does not give itself rtprio even when limits.conf is set correctly, and the correct limits show for the pipewire process in /proc/$PID/limits. I suspect this is an upstream bug. :( Edit: ...

My pipewire is unable to use rtprio due to some issue with xdg-portal, but I'm having trouble narrowing things down. This is on Bookworm with KDE. % systemctl --user status pipewire.service ● pipewire.service - PipeWire Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabl...