Arch Linux

Prozessorauslastung pulseaudio zu hoch

Josephus Miller

Zur Zeit läuft bei mir der Prozess pulseaudio mit ~45% CPU-Auslastung, auch wenn keine Soundausgabe stattfindet. Ich habe ihn zwar im Autostart deaktiviert, aber bei einem Start der Soundausgabe von zB mocp oder von Kontact startet er und geht sofort auf diesen Auslastungsgrad. An meinem Laptop liegt die Belastung bei maximal 2% bei einer Soundausgabe.

Ich habe heute die gstreamer0.10-Pakete aktualisiert. Da hier (wahrscheinlich wegen der Verschiebung ins AUR) Fehler auftraten habe ich alle Pakete deinstalliert und mit pacaur wieder installert. Vermutlich hängt es hiermit zusammen, zumindest ist es mir vorher nicht aufgefallen.

Josephus Miller

Nachdem ein Deinstallieren der gstreamer0.10-Pakete nichts gebracht hat, habe ich ein Downgrade von pulseaudio auf Version 10.0-1 gemacht.

Danach hatte ich den Eintrag in /etc/xdg/autstart zwar wieder, aber pulseaudio lief nicht direkt beim Systemstart mit 45%, sondern nur beim Abspielen mit moc. Audacious läuft "normal".

Wenn ich wieder auf 10.0-2 aktualisiere habe ich direkt nach dem Start von plasma wieder die 45% Beanspruchung durch pulseaudio. :/

Am Laptop habe ich das Problem bei gleichen Grundbedingungen nicht.

Wo könnte ich noch suchen bzw an welcher Schraube könnte ich drehen?

EDIT: Nach dem erneuten Downgrade und löschen des Autostart-Eintrags startet der Hintergrunddienst trotzdem. Zwar nicht direkt beim Start von plasma, sondern später. Erst ein pulseaudio -k beendet den Hintergrunddienst, dann ist die Auslastung nur noch bei tatsächlicher Nutzung durch moc so hoch.

Werner

Ich kann das Problem nicht reproduzieren, daher nur ein vager Verdacht…

Pulseaudio wird von audacious ja unmittelbar angesteuert. Bei moc wird Pulseaudio meines Wissens nur dann anstelle von ALSA verwendet, wenn pulseaudio-alsa installiert ist.
Hast du mal versucht, ob sich was ändert, wenn du pulseaudio-alsa deinstallierst?

Edit:

Icecube63 schriebIch habe heute die gstreamer0.10-Pakete aktualisiert. Da hier (wahrscheinlich wegen der Verschiebung ins AUR) Fehler auftraten habe ich alle Pakete deinstalliert und mit pacaur wieder installert. Vermutlich hängt es hiermit zusammen, zumindest ist es mir vorher nicht aufgefallen.

Brauchst du die gstreamer0.10-Pakete für etwas Bestimmtes? Ich hatte die Verschiebung in‘s AUR als Gelegenheit zum Hausputz genutzt und die noch vorhandenen gstreamer0.10-Pakete von allen Rechnern deinstalliert – ohne bislang irgendeinen Nachteil bemerkt zu haben.

Josephus Miller

Werner schrieb Hast du mal versucht, ob sich was ändert, wenn du pulseaudio-alsa deinstallierst?

Die Idee war gut, bringt nur leider nichts. pulseaudio ist trotzdem direkt nach dem Systemstart bei 45%, und mocp gibt keinen Ton aus.

Brauchst du die gstreamer0.10-Pakete für etwas Bestimmtes? Ich hatte die Verschiebung in‘s AUR als Gelegenheit zum Hausputz genutzt und die noch vorhandenen gstreamer0.10-Pakete von allen Rechnern deinstalliert – ohne bislang irgendeinen Nachteil bemerkt zu haben.

ich habe sie ja dann auch deinstalliert, siehe 2. Beitrag.

Werner

Icecube63 schriebich habe sie ja dann auch deinstalliert, siehe 2. Beitrag.

Sorry, wer gründlich liest, ist unter Umständen besser informiert 🙂

Aber wieso gibt mocp bei dir ohne pulseaudio-alsa keinen Ton aus? Bekommst du eine Meldung? »Das Gerät oder die Ressource ist belegt«?
Falls ja, ist unter "pactl list" im Ressort "Client #" erkennbar, welcher Prozess die Ressource unerwünscht belegt?

Edit – Zur Ergänzung eine Vergleichsausgabe unter xfce4:

pactl list | grep "Client\|application.name"
Client #0
		application.name = "Login Session c5"
Client #1
		application.name = "xfwm4"
Client #4
		application.name = "XSMP Session on xfce4-session as 27d614106-f8fb-4603-bb04-a69b13970c13"
Client #5
		application.name = "xfce4-pulseaudio-plugin"
Client #44
		application.name = "pactl"

Die Prozesse greifen bei mir ohne aktuelle Pulse-Tonausgabe auf Pulsaudio mit 0% CPU-Last zu. Falls irgendein Prozess bei dir Pulseaudio auf 45% CPU-Last triggert, sollte der m. E. in der Liste namentlich auftauen…

Josephus Miller

Werner schrieb Aber wieso gibt mocp bei dir ohne pulseaudio-alsa keinen Ton aus? Bekommst du eine Meldung? »Das Gerät oder die Ressource ist belegt«?
Falls ja, ist unter "pactl list" im Ressort "Client #" erkennbar, welcher Prozess die Ressource unerwünscht belegt?

Nein, eine Meldung kam/kommt da nicht.

Direkt nach dem Systemstart habe ich diese Ausgabe:

$ pactl list | grep "Client\|application.name"
	Client: 1
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"
	Client: 2
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"
Client #0
		application.name = "Login Session c1"
Client #1
		application.name = "speech-dispatcher"
Client #2
		application.name = "speech-dispatcher"
Client #3
		application.name = "QPulse"
Client #5
		application.name = "KDE-Dienst für Passwortspeicher"
Client #10
		application.name = "KOrganizer-Erinnerungsmodul"
Client #14
		application.name = "Chrome input"
Client #16
		application.name = "pactl"

Nach pulseaudio -k

$ pactl list | grep "Client\|application.name"
Client #0
		application.name = "Login Session c1"
Client #1
		application.name = "KDE-Dienst für Passwortspeicher"
Client #2
		application.name = "KOrganizer-Erinnerungsmodul"
Client #3
		application.name = "QPulse"
Client #4
		application.name = "pactl"

Wenn ich danach moc starte:

$ pactl list | grep "Client\|application.name"
	Client: 7
		application.name = "ALSA plug-in [mocp]"
		module-stream-restore.id = "sink-input-by-application-name:ALSA plug-in [mocp]"
Client #0
		application.name = "Login Session c1"
Client #1
		application.name = "KDE-Dienst für Passwortspeicher"
Client #2
		application.name = "KOrganizer-Erinnerungsmodul"
Client #3
		application.name = "QPulse"
Client #5
		application.name = "ALSA plug-in [mocp]"
Client #7
		application.name = "ALSA plug-in [mocp]"
Client #8
		application.name = "pactl"

Speech-dispatcher wird bei meinem Laptop nach dem Systemstart nicht ausgegeben. Beim Start von moc sieht die Ausgabe genauso aus, aber Pulseaudio liegt bei 0,25%

Werner

Eine Frage am Rande: Hast du das Konfigurationsverzeichnis ~/.config/pulse schon mal versuchsweise umbenannt oder gelöscht?

Icecube63 schriebSpeech-dispatcher wird bei meinem Laptop nach dem Systemstart nicht ausgegeben.

Wenn ich dich richtig verstehe, besteht das Problem beim Laptop nicht…

Beim Vergleich deiner pactl-Ausgaben sieht es für mich auf jeden Fall so aus, als wenn der speech-dispatcher an der hohen Pulseaudio-CPU-Last nach dem Systemstart ursächlich beteiligt wäre, findest du nicht auch?
Der dürfte – jedenfalls was die Paketabhängigkeiten aussagen – auf diesem Weg mitgestartet werden:

kwallet --> knotifications --> qt5-speech --> speech-dispatcher

Mit KDE kenne ich mich leider nicht aus. Kannst du in kwallet eine Voreinstellung vornehmen, die den speed-dispatcher beim Systemstart nicht lädt? Oder lässt sich kwallet für eine Ausschlussdiagnose vom Autostart ausnehmen?

Josephus Miller

Werner schriebEine Frage am Rande: Hast du das Konfigurationsverzeichnis ~/.config/pulse schon mal versuchsweise umbenannt oder gelöscht?

Hatte ich nicht, und hat auch eine Verbesserung auf "nur" noch 6-10% gebracht. Vor allem hat es mich aber auf die Idee gebracht, mal die Soundeinstellungen unter KDE anzuschauen.Und wenn ich dort die interne und nicht die zusätzliche Soundkarte als Standard setze ist die Auslastung bei normalen 0,5%.

Warum die Auslastung bei der Soundkarte auch im Ruhezustand 10x so hoch ist verstehe ich allerdings nicht. Aber ich denke ich baue sie einfach aus, einen wirklichen Unterschied höre ich nicht.

Danke für die Hilfe und die Denkanstöße

Werner

Schön, dass du es lösen konntest!
Würdest du erkenntnishalber bitte nochmal nachschauen, ob du immer noch diese Zweifachausgabe hast?

$ pactl list | grep "Client\|application.name"
	Client: 1
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"
	Client: 2
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"

Wenn nicht, könnte man das für‘s nächste Mal als signifikanten Hinweis auf die Ursache werten.

Josephus Miller

Ja, ist immer noch da. Und scheint noch vom Systemstart zu stammen, denn nach pulseaudio -k sind beide weg und tauchen auch nach nem Neustart von moc nicht mehr auf. Qpulse wird ebenfalls 2x aufgeführt.

Josephus Miller

Ich habe das "gelöst" wieder entfernt, da zwar die Prozessorauslastung nun bei "nur" ~2% liegt, ich dies aber direkt nach dem Start ohne Soundausgabe als einen Fehler betrachte. Vor allem habe ich das gleiche Phänomen nun auch am Laptop nach dem letzten Upgrade. Ein Downgrade bis auf die Version 9.x hat allerdings auch nichts geändert.

Nach dem Systemstart sieht es so aus:

$ pactl list | grep "Client\|application.name"
	Client: 5
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"
	Client: 6
		application.name = "speech-dispatcher"
		module-stream-restore.id = "sink-input-by-application-name:speech-dispatcher"
Client #0
		application.name = "Login Session c1"
Client #4
		application.name = "XSMP Session on KDE as 108ec2a668000148602932500000006290006"
Client #5
		application.name = "speech-dispatcher"
Client #6
		application.name = "speech-dispatcher"
Client #7
		application.name = "QPulse"
Client #8
		application.name = "pactl"

Die Frage ist, warum startet speech-dispatcher überhaupt und wie kann ich das abstellen?

EDIT: Jetzt war nicht der Systemstart der Auslöser, sondern der Start von kontact

Werner

Der ~~speed~~ speech-dispatcher wird wahrscheinlich von knotifications angestoßen. Seit vorgestern ist er nur noch eine optionale Abhängigeit, sodass du ihn erstmal entfernen könntest.

Josephus Miller

Wunderbar, sieht gut aus... Danke!