On 4/30/19 5:20 PM, Bruce Dubbs via blfs-dev wrote:
On 4/30/19 4:59 PM, Roger Koehler via blfs-dev wrote:
On Tue, Apr 30, 2019, 3:50 PM Ken Moffat via blfs-dev <[email protected] <mailto:[email protected]>> wrote:

    On Tue, Apr 30, 2019 at 04:13:44PM -0500, Bruce Dubbs via blfs-dev
    wrote:
     > I've been noticing that sometimes pulseaudio consumes 100% of one
    core and
     > stays that way for hours.  In one case I can close every
    application on my
     > desktop and pulseaudio still runs at 100%.
     >
     > It doesn't really affect things because I have four cores and
    response stays
     > fine, but it shouldn't be happening.
     >
     > Has anyone else seen this?
     >
     >   -- Bruce

    Yes, but only on my AMD Phenom, and I think I've seen it across all
    releases from the past few years.  'killall -KILL pulseaudio'.

    At one time I removed all its config files and let it regenerate
    them when next used, but the issue remains.


I've stopped using pulseaudio. ALSA seems to be able to meet all of my needs. I also noticed the LXDE desktop constantly maxing out one of cores (Intel), so I just use xfce.

I think I may do that on my workstation at my next personal build.  I'll need it on my development system though for the book.  I went through blfs and pulse is optional in every case. The description we have is:

"It allows you to do advanced operations on your sound data as it passes between your application and your hardware. Things like transferring the audio to a different machine, changing the sample format or channel count and mixing several sounds into one are easily achieved using a sound server."

For a single user with output to a single speaker, it seems to be bloat.  Does anyone here actually use any of the advanced features that pulse is designed to provide?

The closest we have to a required package is FF where Ken wrote in the optional dependencies:

"PulseAudio-12.2 (or alsa-lib-1.1.8 if you edit the mozconfig; now deprecated by mozilla)"

  -- Bruce


One thing that I haven't seen ALSA handle well is multiple sound cards. Back in the early days of BLFS, it wasn't as much as a concern, but most systems that you can buy now have a dedicated GPU and internal GPU. Because of the advent of DisplayPort and HDMI, sound is often carried through the graphics card as well.

As an example, the Lenovo ThinkPad T420 that I'm writing this on has (obtained via lspci):

00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04) 01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1)

One for the Intel Integrated GPU (which runs the display), and one for the NVIDIA Quadro GPU that comes in this machine standard.  Alsamixer lets me control both, but it will only output out of Sound Card 0 (the Intel) normally, which makes it useless if docked. With a proper mixer, Pulseaudio allows me to change what application gets access to which sound card.

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to