🚲 Tanguy Ortolo a écrit 12224 commentaires

Le nom complet des Xbox ! D'où croyez-vous que vienne ce X ?

Il faut aussi comprendre un peu le principe de PulseAudio. La situation idéale pour PulseAudio, c’est qu’il utilise seul la carte son et tous les autres programmes voulant émettre du son passent par lui.

C'est vrai, officiellement ? Source ?

Parce que si c'est le cas, ça prouve que les développeurs de PulseAudio ont mal conçu leur truc, entre cette recommandation et celle de ne pas lancer PulseAudio en mode « système ».

C'est un peu ca mon probleme: si on veut vraiment jouer sur les details techniques on peut appeler Android un Linux (depuis qu'ils ont integre tous les patchs Google au noyau), mais d'un point de vue global ce n'est pas le cas. C'est un peu comme appeler la XBox un Windows car son noyau est NT.

Non, ça n'a pas grand chose à voir. À ma connaissance, et à la différence de Linux, Windows est plus qu'un simple noyau. Et comme on vient de le faire remarquer, La DirectX Box est un appareil équipé d'un système d'exploitation, et non un système d'exploitation seul.

Bien fait pour eux, ils nous embêtent déjà avec leur langue qui déforme la mâchoire, chacun son tour !

Si on s'arrete au noyau uniquement…

Linux est un noyau de système d'exploitation, point.

Or, quasiment rien de ce qui tourne sur une distrib Linux standard ne peut tourner sur un Android…

En effet, mais on peut en dire autant en remplaçant Android par, disons le système qui équipe une freebox.

Pfiou, ça fait vraiment dealer, ces pratiques… Ça me rappelle des trucs de Monsanto, sauf que là c'est avec des êtres humains en somme.

Et Android Kloug aux marrons ?

Rah, les enfoirés. Nommer ça Kit-kat quand on a kouign-amann sous la main, c'est un scandale, d'autant que le kouign-amann aurait été apprécié aux États-Unis, où ils aiment les trucs bien légers, genre la glace en seau de cinq litres et la mayonnaise en pot d'un litre…

Spécifique certes, mais propriétaire ?

LZO étant déjà optimisé pour la vitesse, ça doit être quelque chose, ce LZ4

https://code.google.com/p/lz4/ (réorganisé par vitesse de décompression).

Name            Ratio  Compr Decompression
                      MB/s    MB/s
LZ4 HC (r101)   2.720    25   2080
LZ4 (r101)      2.084   422   1820
Snappy 1.1.0    2.091   323   1070
LZO 2.06        2.106   414    600
LZF             2.077   270    570
QuickLZ 1.5.1b6 2.237   373    420
zlib 1.2.8 -6   3.099    21    300

Mais c'est une tuerie, ce truc ! Ça défonce LZO presque à tout point de vue !

Hier et aujourd'hui, ce type de monnaie était… Les oeuvres d'art.

???

LZ4 est un outil de compression très rapide par rapport à Gzip, bzip2, LZMA ou LZO.

Eh bien, LZO étant déjà optimisé pour la vitesse, ça doit être quelque chose, ce LZ4 ! En revanche, disponiblement uniquement pour ARM, ça c'est moche, très moche.

Zswap

Zswap est une fonctionnalité du noyau qui fournit la compression du cache pour le swap. C'est en développement depuis longtemps et le code est enfin disponible dans le développement principal du noyau Linux.

Zswap prend les pages qui sont dans le traitement d'évacuation du swap et essaie de les compresser dans un groupe de mémoire vive allouée dynamiquement. Et si l'espace ainsi gagné est suffisant, des écritures sur disque sont évitées. Zswap échange ainsi cela par des cycles processeur pour réduire potentiellement des écritures et lectures en swap. Cet échange peut améliorer de façon significative les performances si les lectures du cache compressé sont plus rapides que les lectures du swap.

Il me souvient qu'il y a quelques mois, ou peut-être un an, un système plus manuel était apparu dans le noyau. À l'époque, il s'agissait d'allouer, manuellement donc, de l'espace mémoire pour former un périphérique bloc compressé, puis de l'utiliser comme swap. Ce nouveau système le remplacerait, mais avec un mécanisme automatique et adaptatif ?

Sécurité : option O_TMPFILE

La nouvelle option O_TMPFILE pour les appels systèmes open() et openat() permet aux systèmes de fichiers d'optimiser la création de fichiers temporaires (fichiers qui n'ont pas besoin d'être visibles dans le système de fichiers). Lorsque l'option O_TMPFILE est présente, le nom du chemin fourni est seulement utilisé pour trouver le répertoire le contenant (et donc le système de fichier où le fichier temporaire devrait être). Ainsi, par exemple, les programmes utilisant O_TMPFILE devrait avoir moins d'inquiétudes concernant la vulnérabilité des attaques avec des liens symboliques.

Si je comprends bien, il s'agit de pouvoir créer des fichiers anonymes, c'est à dire présents sur un système de fichier, mais avec zéro nom — ou zéro lien selon le terme que vous préférez —, et qui seront donc automatiquement détruits une fois refermés. Comme des fichiers qu'on aurait créés avec un nom, puis immédiatement unlinkés, c'est bien ça ?

Le rapport avec la sécurité, c'est que sans nom, il n'y a aucun risque de collision de nom, n'est-ce pas ?

Btrfs est en général présenté comme le successeur d'ext4. Mais son but principal est de fournir un système de fichiers pour les nuages qui concurrence par exemple XFS.

ZFS plutôt non ?

Bienvenue dans le futur de la monnaie.

Bitcoin est peut-être vu comme tel, mais c'est une vision à très court terme. Pour ceux qui ne seraient pas au courant, la masse monétaire maximale de bitcoin est de 21 millions d'unités — sans compter qu'il peut peut-être y avoir de la perte entre-temps, je n'ai pas vérifié ce que pouvaient devenir des bitcoins perdus ou jamais découverts — ce qui est ridiculement faible par rapport à la population mondiale. Certes, le bitcoin peut être subdivisé en cent-millionnièmes pour un total de 21×10¹⁴, mais ça n'aurait rien de pratiques d'utiliser des millionnièmes de bitcoins…

Ça, c'est hors sujet. On parle de faire passer plusieurs choses sur ALSA : mon PulseAudio, et MPD. Ou mon PulseAudio, et celui de MPD.

Pulseaudio marche trés bien en multi-utilisateur, mais il lui fait un daemon par utilisateur.

Sauf quand, chez moi par exemple, PulseAudio ne peut pas partager la carte son avec qui que ce soit d'autre, en particulier avec un autre PulseAudio… Reste à savoir pourquoi, maintenant.

Non, c'est plutôt indépendant de la puissance du processeur, pour ce que j'en ai vu.

Déjà il est pas parallèle à Alsa mais au dessus, ensuite en sélectionnant la bonne sortie il est parfaitement possible d'utiliser Alsa sans que PulseAudio ne le sache http://gentoouser.free.fr/anpulse.jpg

Pas chez moi.

Concernant l'utilisation de PulseAudio en environnement multi-utilisateurs, j'ai jamais testé, mais vu les objectifs du projet ça m’étonne que ça ne marche pas.

Ça marche, mais c'est fortement déconseillé et fortement bridé. http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/

Ah, curieux. Chez moi, PulseAudio monopolise la carte son, qui est inutilisable par autre chose en parallèle.

Ah, et puis aussi, une combinaison de caractéristiques haïssables de PulseAudio :

• il occupe la carte son de façon exclusive, pas possible de l'utiliser en même temps par ALSA ou avec un autre PulseAudio ;
• le mode « système », c'est à dire avec un PulseAudio global au système, lancé au démarrage sous un utilisateur dédié, est fortement découragé et même bridé parce qu'officiellement « pas utile dans la vraie vie, si vous l'utilisez vous avez tort », sans sauvegarde des réglages par exemple.

Résultat donc : PulseAudio est peu utilisable en environnement multi-utilisateurs. Ce n'est pas bien important pour un système de son, me direz-vous, puisque le son n'est utile qu'à l'utilisateur qui est effectivement devant les enceintes. Sauf que MPD. Le démon de lecture de musique est conçu pour tourner sous un utilisateur dédié, et ne peut donc pas accéder directement à la carte son par ALSA — elle est déjà réservée à PulseAudio — ni par PulseAudio — qui est réservé à l'utilisateur assis devant l'ordinateur. Du coup il faut lancer PulseAudio en mode système, avec tous les inconvénients que cela implique.

Un comble pour un logiciel développé par celui qui a introduit une usine à gaz que personne ne comprend, PolicyKit/ConsoleKit, pour pallier des manques de la gestion de permissions dans un contexte multi-utilisateurs par simples groupes Unix et introduire une finesse dont personne n'a vraiment besoin. Oui, ça permet de n'autoriser la lecture de son que par ceux qui sont connectés à la console physique, plutôt qu'à tous ceux du groupe audio y compris par SSH, mais qui s'en fout ?

Le son par le réseau […] est normalement bien mieux géré.

Pris en charge tout court.

Le son par […] Bluetooth est normalement bien mieux géré.

Non, seulement l'ajout et le retrait de cartes sont, que ce soit par dent bleue ou par USB. Donc, par corollaire, les cartes son bluetooth sont mieux prises en charge tout court parce que par définition, ce sont des cartes qu'on ajoute après démarrage.

Disons que sur les ordinateurs sur lesquels il fonctionne bien, j'en suis tout à fait satisfait. Comme dit plus haut, ce n'est pas le cas de mon ordinateur fixe personnel, malheureusement.

J'utilise PulseAudio parce que c'est devenu plus ou moins incontournable, mais je n'aime pas ça, d'autant que sur mon ordinateur fixe personnel, il produit un son abominable — saturé de grésillements et avec un écho d'une seconde — avec VLC, jusqu'à ce que je joue assez avec pavucontrol pour que ces artefacts cessent, parfois complètement, parfois en laissant un léger grésillement.