I was mid‑streaming a podcast when the sound just… vanished. My 3.5 mm jack had been a reliable work‑horse for years, but after pulling the 5.15.12‑arch kernel I got nothing. The driver was still loaded, aplay -l still listed the jack, but the audio was dead. Turns out the culprit was a subtle tweak in ALSA’s power‑management for the HDA codec. A single udev rule and the jack was back in seconds.
If your laptop’s fan has been doing the back‑and‑forth dance or the CPU clock keeps climbing while you’re just listening to a playlist or watching a video, you’ve probably run into PulseAudio’s infamous CPU bloat. The daemon is built for flexibility, not for squeezing every watt out of a laptop, and its out‑of‑the‑box settings can turn a modest machine into a little CPU hamster.
The resampling engine runs in user space and gets hit for every stream that needs a sample‑rate or format change. By default it uses soxr, a high‑quality but heavy algorithm. Combine that with the default 48 kHz sample rate and 32‑bit float format, and you’re looking at a few percent of a core even when the system is otherwise idle. On older hardware or when the battery is low, that overhead shows up as a fan spin or a temperature spike.
I’ve worked with PulseAudio for years, and I still find it to be a powerful tool for managing audio on Linux systems. However, getting it to work seamlessly with multiple audio devices can be a challenge. In this article, I’ll share some practical tips on how to configure PulseAudio and get it playing nice with your audio devices.
PulseAudio is a sound server that runs on top of the ALSA (Advanced Linux Sound Architecture) kernel driver. It provides a layer of abstraction between applications and the underlying sound hardware, allowing for more flexibility and control over audio output. PulseAudio is widely used on Linux desktops, and is the default sound system on many distributions, including Ubuntu, Fedora, and openSUSE.
[Read More]