From mboxrd@z Thu Jan 1 00:00:00 1970 From: Raymond Yau Subject: Re: pulseaudio eats 19% CPU power in Fedora 12 Date: Thu, 22 Apr 2010 09:11:38 +0800 Message-ID: References: <20100414075658.GA26283@localhost> <20100419032856.GA13629@tango.0pointer.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-pv0-f179.google.com (mail-pv0-f179.google.com [74.125.83.179]) by alsa0.perex.cz (Postfix) with ESMTP id E326A2414E for ; Thu, 22 Apr 2010 03:11:39 +0200 (CEST) Received: by pvh11 with SMTP id 11so223253pvh.38 for ; Wed, 21 Apr 2010 18:11:38 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: ALSA Development Mailing List List-Id: alsa-devel@alsa-project.org 2010/4/21 Colin Guthrie > 'Twas brillig, and Raymond Yau at 21/04/10 01:30 did gyre and gimble: > > 2010/4/19 Daniel Chen > > > >> but, like > >> Lennart suggests, these are by no means *caused* by PulseAudio. > >> > >> Best, > >> -Dan > >> > >> > > There are other factor affecting CPU usage significantly > > > > 1) the number of pulseaudio clients connected to PA server (i.e. number > of > > audio stream need to be mixed ) > > 2) the accuracy of system timer and the clock of the sound chip > > 3) the latency requirement of the different PA clients > > 4) the resampling method > > 5) the cpu loading of the system > > 6) the period time/period size selected by PA server to configure the > alsa > > driver > > > > why do you ruled out the cause ? > > > >>> If you use "pacat" you can play audio with almost zero CPU > > usage > > > > do you get the zero CPU usage in Ubuntu 9.04/Ubuntu 9.10 with pacat on > your > > machines ? > > The pacat support for proper latency adjustment is only available in > more recent PA versions (with some , so chances are the older distros > wont have them (although I believe a 9.10 version of 0.9.21+stable-queue > exists somewhere. > > > These commits from stable-queue are certainly needed: > > commit 19fa81bf1375032cb1a27c7715a28a52b238d4cb > Author: Lennart Poettering > Date: Thu Feb 18 01:54:51 2010 +0100 > > pacat: always fully fulfill write requests > > Make sure we always fulfill write requests from the server. If we don't > the server won't ask us again and playback will stay stuck. > > > > https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-February/006611.html > > > and this one (although it's not problematic for playback): > > commit b2e9fb6f6e12a3eab8a41c67017507e60d616e2a > Author: Lennart Poettering > Date: Sun Feb 21 21:09:26 2010 +0100 > > pacat: pass buffer_attr to recording streams too > > Pointed out by Colin Guthrie. > > > > https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-February/006698.html > > > -- > > Colin Guthrie > is it possible to provide some figure to compare the CPU usage of PA when using pacat, paplay and aplay on your machine ? the problem of Shuang He seem related to upmixing of stereo to surround71 >> sink: 0 volume: 0: 100% 1: 100% 0: 0.00 dB 1: 0.00 dB balance 0.00 muted: no current latency: 444.25 ms requested latency: 31.25 ms sample spec: s16le 2ch 48000Hz channel map: front-left,front-right Stereo resample method: speex-float-3 module: 8 client: 7