Consomation CPU pulseaudio - Page 1

Non, mais c'est vrai C'est de la merde.
Il réussit à consommer 2-7% de CPU sur un i5 3.5GHz pour mixer ... une piste sonore avec elle-même !
Je comprends pas comment ça a pu se rependre à ce point ce truc.

Tu as essayé de faire un bug report à l'auteur ?
Il est connu pour être très collaboratif

KK aime beaucoup PulseAudio, je suis sûr qu'il sera ravi de venir t'aider à résoudre ce problèùe, voire à améliorer lui-même ce logiciel.

=call Kevin Kofler

(foutu clavier belge )

C'est censé servir à quoi d'ailleurs ce truc ?
Qu'il soit activé ou pas, ça change absolument rien sur mon système (sauf pour Skype qui ne fonctionne pas sans).

c'est un serveur de son pour simplifier la vie sous linux : http://fr.wikipedia.org/wiki/PulseAudio#mediaviewer/File:Pulseaudio-diagram-fr.svg

Je n'ai jamais compris qu'est-ce que ca simplifiait... parce qu'à part envoyer les sons sur le réseau, ou faire le plug-and-play avec les oreillettes bluetoth, et le volume séparé pour chaque applicable (des trucs dont je n'ai pas besoin), tout se fait avec alas sans problème...

Au fait, est-ce que quelqu'un (Folco ? ) saurait s'il y a des merdes qui apparaissent lors de la suppression pulseaudio sur une distrib moderne ou tout se passe (encore) bien ?

J'ai dit "simplifier" parce que c'est écrit sur le site, et qu'à force de le dire, ça devrait finir par être vrai. Enfin, je crois
Perso chez moi, ça ne fait que générer des warnings à Init, et comme toi, je me branle de la configuration du son par application. Et le son réseau, je m'en bats éaglement.

Sinon, apparemment on peut virer le erveur sans trop de souci sur Jessie, mais quand je veux virer les libs clients, il me propose presque un rm -rf /

d'après ce que j'ai compris, si le schéma est aussi compliqué, c'est à cause des couches de compatibilité qui devraient progressivement disparaître d'autre part, de nombreux bugs étaient apparemment dans les drivers, mais il y avait des contournements dans alsa (et du coup, PA se retrouve crédité des bugs des drivers).

Mais bon, je n'utilise pas le son sous Linux alors je n'ai pas pu vérifier tout ça

En effet, sur les distros modernes, des packages assez profonds dépendent des libs client de PA, donc il est difficile de virer totalement PA sur plusieurs DEs, et même sur certains serveurs, selon les packages qu'on utilise...

Vu que je n'utilise que rarement la seule application de ma machine qui a une dépendance dure sur un serveur PA (gqrx), et que le bouton mute du clavier reste mal géré (*), tuer PA reste la première chose que je fais quand j'ouvre une session KDE.

*: si du son est en train de jouer avec mplayer ou mocp, que je presse le bouton mute, et que je le presse de nouveau, le son ne réapparaît pas. Je n'ai jamais reporté le bug: ou bien il ne se produit que pour moi et il va être difficile à debugger, ou bien il se produit pour beaucoup de gens et il n'est pas considéré comme important.

Lionel Debroux (./11) :
Je n'ai jamais reporté le bug: ou bien il ne se produit que pour moi et il va être difficile à debugger, ou bien il se produit pour beaucoup de gens et il n'est pas considéré comme important

En même temps, si tout le monde se dit ça...

(Perso, je n'ai pas de problème avec le mute (j'utilise cette commande pour le mute sur alsa: amixer sset Master,0 toggle )

Pareil. J'ai bindé ça sur ctrl-alt-kp_0 (parce que c'est intuitif ) et ça marche nickel.

-

Cest une fausse manière de voire les choses. Tu peux pas vouloir une ferrari sans la consommation d'essence qui va avec.
Tu peux pas vouloir un programme sans perl s'il y en a besoin. Et ça n'a rien à voir avec les dépendances, sous windows t'aurais eu une n-ième version de perl (statique et différente des autres) sans même t'en rendre compte.
Le seul rôle des dépendances, ici, c'est de s'assurer que t'auras au plus un seul et unique perl sur ta machine, et surtout qu'en s'installant, ton programme sera certain de marcher.
Mais on peut pas dire "je veux pas perl" et "je veux des programmes qui utilisent perl". Linux fait bien des choses, mais pas encore les cercles carrés.

Oui mais le gars qui veut installer un WM sans features de SON (genre son pc n'est pas équipé de carte son), il se traine quand même les dépendances PA, et s'il essaye de les virer, c'est tout l'os qui se désinstalle...

-

Orion_ (./14) :
Je croyais que le gros avantage de linux c'était le tout open source et donc le fait de pouvoir tout customiser comme ont veut toussa, dans la pratique ça m'a l'air peu applicable tant il y a de dépendance.
perso je trouve que c'est un problème, par exemple, obliger d'installer perl dont je ne veux pas, juste parceque un autre petit package en a besoin, ...

vince (./16) :
Oui mais le gars qui veut installer un WM sans features de SON (genre son pc n'est pas équipé de carte son), il se traine quand même les dépendances PA, et s'il essaye de les virer, c'est tout l'os qui se désinstalle...

[Combo] Utilisez gentoo

Orion_ (./17) :
le problème c'est que les dépendance sous linux sont largement plus répandu, et parfois pour un simple petit programme, avec le jeu des dépendance de chaque lib etc... on se retrouve a devoir installer une tonne de chose en plus, parceque certain abuse justement des dépendances.

Oui certes.

Cependant un '/' très rempli par un paquet de librairies, de programmes (2390 paquets installés), sous Linux fait 13 Go.
On compare à ce que prend Windows ? (enfin perso, j'ai jamais compris comment il pouvait prendre tant de place dans son install de base - et ca c'est un pas un spoil, si quelqu'un pouvait m'expliquer)

vince (./16) :
Oui mais le gars qui veut installer un WM sans features de SON (genre son pc n'est pas équipé de carte son), il se traine quand même les dépendances PA, et s'il essaye de les virer, c'est tout l'os qui se désinstalle...

Non pas du tout, il aura simplement pas de softs qui peuvent/veulent utiliser du son.
J'ai comparé ça à un rm -rf / parce que chez moi ya plein de softs qui utilisent du son.
Mais dans la réalité, ça vire heureusement pas tout. ^^

Orion_ (./17) :
le problème c'est que les dépendance sous linux sont largement plus répandu, et parfois pour un simple petit programme, avec le jeu des dépendance de chaque lib etc... on se retrouve a devoir installer une tonne de chose en plus, parceque certain abuse justement des dépendances.

Je comprends pas bien le souci en fait. Si je peux traduire "abuser des dépendances" par "utiliser une lib existante au lieu de réinventer la roue, mais en carré", alors oui, les softs sous linux sont en général conçus en "abusant des dépendances".

Je pense que la majorité des développeurs sont pas cons au point de refaire 1000 et 1000 fois un travail qui a déjà été fait, tout simplement.

Quant aux dépendances que ça entraine, ça signifie simplement que les softs sont au final plus légers, que les installations sont globalement moins lourdes que sous Windows, que tu gagnes en place dès qu'un second paquet utilise un paquet partagé, et que la sécurité et la up-to-datité est centralisée pour l'ensemble du système.

Les dépendances peuvent créer des problèmes, de version par exemple, je peux comprender. Mais dans la manière d'installer, je comprends pas. Surtout que si un paquet veut en installer un autre, c'est quand même qu'au final, c'est toi qui veut cette dépendance, puisqu'on peut pas vouloir une chose et son contraire ^^

Je pense qu'Orion voulait dire qu'on t'ajoute des dépendances pour une feature à la con même pas active mais ptet qu'un jour... et pour l'équivalent d'une économie de dix lignes de codes, tu te retrouves à télécharger un paquet supplémentaire de 10 Mo...

Bref, c'est de la branlette qui repose sur rien, quoi.

Quand je vois windows, j'ai fais une maj ce soir. Et bien je me rends compte que Visual Studio, installé il y a une semaine, avec un installeur officiel, n'est pas à jour
Encore une demi-heure de maj aux 3 heures d'installation, naturellement suivie d'un reboot. Immédiatement après, nouvelle maj, pour IE11 cette fois Heureusement, pas besoin de reboot.
Je suis censé trouver ça plus commode ou mieux pensé ?

Ni l'un ni l'autre. Mais bon, c'est pas comme s'il y avait pas de mises à jour fréquentes sous Linux non plus

Ca dépend quelle distro tu te choisis encore une fois. Sur ma debian, j'en ai tous les jours de dispo.

C'est bien ce que je dis : sous Linux aussi, il peut y avoir des mises à jour très fréquemment.

Cela dit, il faut reconnaître un truc pénible chez MS : quand il y a des mises à jours pour un soft téléchargé, ils ne rebuildent pas un installeur complet intégrant les mises à jour, ils les mettent en téléchargement à part. Du coup il arrive souvent que tu tapes plein de mises à jour à faire alors que tu viens juste de télécharger et d'installer un soft.

Ben Zerosquare, tu t'es mis à l'alcool en cette fin d'année ou quoi ? J'arrive toujours pas à voir le rapport avec la fréquence des majs
D'un côté, celle de ma Debian sont dûes au fait que c'est une testing, donc ça push tous les jours dans les repos, c'est normal. En stable, ça serait tous les 3 mois, donc c'est
De l'autre, Windows fait des majs d'applis installées, alors que la maj pourrait être automatiquement lancée à la fin de l'install, ou à défaut, ça pourrait prévenir "veuillez faire nue maj, le soft qu'on vous a installé est obsolète".

Bref, je vois pas trop le rapport avec les mises à jour d'amélioration constante d'une installation à laquelle on ne rajoute rien.

Je sais pas, je pensais que tu râlais parce que tu avais une màj pour un soft qui avait été installé y'a moins d'une semaine

Non, parce que cette maj, c'est le SP1, que j'aurais pensé être installé *pendant* l'installation de tout le reste, et non après, une fois qu'on te dit "ayé c'est (enfin) installé, yatoukimarche !"

(Pour info, je me suis inspiré de https://dl.dropboxusercontent.com/u/18371907/asoundrc )
(En fait, le problème d'alsa c'est que c'est un truc de programmeur : extremement puissant - tu peux faire ce que tu veux des channels audios -, mais absolument pas user friendly - il me faut toujours relire la doc et des exemples pour mettre au point mon .asoundrc-. Et c'est pas la conf par défault qui peut t'aider).