Qui derrière "elles"?
…
Note : toujours aussi rigolo de lire depuis des années "elles se chargent de fabriquer les paquets" sans lire les réactions déjà faites par les développeurs qui vivent le problème en pratique, faudrait peut-être un jour faire une pause et écouter pour ne plus dire les mêmes erreurs et arrêté d'être persuadé que le monde est parfait?
L'incompréhension est là : une distribution n'est pas au service des développeurs, mais de ses utilisateurs.
Je n'ai jamais vu un paquet arriver dans une distribution parce que son développeur le demande ; toujours parce qu'un utilisateur l'a demandé. Et l'inclusion est d'autant plus rapide que :
l'utilisateur est lui-même empaqueteur de la distribution
l'utilisateur est un membre reconnu de la communauté, autrement dit il rétribue en temps ou en argent la distribution
l'utilisateur est client, il paie pour que ce service lui soit rendu
la distribution a un grand nombre de contributeurs
le logiciel ne propose pas de problème par rapport à la charte de la distribution
empaqueteur qui vont devoir surveillé toutes les dépendances de leur paquet et livrer a chaque fois qu'une de ces dépendance reçoive une mise à jour
C'est tout simplement impossible : vu le rythme de certaines librairies, cela signifie une livraison par jour dès lors qu'une dizaine de libs sont embarquées. En fait, cela fera comme sous Windows : tes logiciels porteront des trous de sécurité et il te faudra une suite de sécurité anti-virale pour diminuer le danger. Ah oui, cette suite se mettra elle à jour tous les jours.
En fait, distribuer un source pour toutes les distributions est bien plus simple, elles se chargent de fabriquer les paquets. Le seul obstacle est que certains logiciels exigent la librairie sortie hier, ne pensant pas à leurs utilisateurs qui utilisent des librairies d'il y a 6/12 mois.
Finalement, le monde des paquets me va bien : tu n'as le logiciel que quand les librairies sur lesquelles il s'appuie sont stabilisées. La notions de stable va de Red Hat et Debian (en années) à Gentoo et Arch ( en jours) en passant par les intermédiaires comme Mageia (en mois). Si tu veux des logiciels récents, prends une distribution peu stable.
Si vous avez une vieille machine, ça vaut le coup d'essayer mpg123 comme lecteur : suivant le processeur, il peut être 50% moins gourmand en temps processeur. C'est ce que je constate sur un Celeron 900 d'EeePc avec la commande time.
Il y a aussi le problème du reéchantillonage en passant par pulseaudio, comme c'est expliqué dans la FAQ.
Par contre j'ai pas compris : si je tue la mémoire disponible (SWAP en remplissage à fond)
C'est juste que Firefox avec xdebug peut partir en vrille, mangeant toute la RAM disponible. Ça sature les io, mais là je comprends pourquoi. C'est avec soundKonverter que je ne comprends pas, car si je convertis en ligne de commande avec un pipe ça ne le fait pas. Peut-être une saturation du dbus?
Même traduit automatiquement ça ne devient pas compréhensible en français ;-)
Pourquoi est-ce pas le cas?
Rappelez-vous que pour limiter la complexité algorithmique, la charge algorithme d'équilibrage utilise une conception hiérarchique. Quand un noyau les tentatives de voler le travail d'un autre noeud, ou, en d'autres termes, d'un autre groupe de planification, il ne porte pas sur la charge de chaque noyau de ce groupe, il ne regarde que le groupe de charge moyenne (ligne 11 de l'algorithme 1). Si la charge moyenne du groupe de planification de la victime est supérieure à celle de son propre, il va tenter de voler de ce groupe; sinon ne sera pas. Ceci est la raison exacte pour laquelle dans notre situation, la noyaux sous-charge ne parviennent pas à voler les noyaux surchargés sur d'autres nœuds. Ils observent que la charge moyenne de la victime noeuds groupe de planification est pas plus grande que leur posséder. Le noyau essayant de voler le travail fonctionne sur le même noeud le R-fil de charge élevée; ce fil biaise la moyenne charger pour ce noeud et cache le fait que certains noyaux sont effectivement ralenti. Dans le même temps, les noyaux sur le noeud victime, avec à peu près la même charge moyenne, ont beaucoup d'attente threads.
Il fallait que ce journal tombe aujourd'hui, où j'obtiens un truc bizarre avec l'ordonnanceur:
- musique de fond avec Clementine (sous KDE4 et à travers Pulseaudio), ça ne coupe jamais SAUF
- si je tue la mémoire disponible (SWAP en remplissage à fond)
- si je convertis des fichiers audio avec soundKonverter, même pour un seul fichier à la fois.
C'est un bi-cœur, et il n'a aucun problème avec du stress -c 20. Alors quoi?
C'est rigolo, un développeur de puces qui finit par développer un pilote pour vieilles puces car il faut un milliards de dollars de ventes pour rentabiliser un design en 28nm.
On verra bien où ça va, les dernières machines avec ces puces graphiques que j'ai vu sont de 2006, avec un CPU AMD Sempron à 1,6GHz, et l'évolution des navigateurs les rendent trop lentes en navigation sur la toile. Les logiciels récents font très mal aux processeurs qui ont moins de 1Mo de cache!
On parle bien d'un serveur virtuel complet, où l'on installe l'OS que l'on veut? Parce que je suis surpris par le zéro swap : on peut toujours utiliser l'espace disque en swap, comment le bloquent-ils?
Bref, encore faudrait-il qu'il y ai quelqu'un qui "soit de gauche"
Tu as posé le problème de travers. On peut souhaiter un pouvoir de gauche, pas une personne. Une bonne part des travers de la Veme République est dans ce ciblage du pouvoir sur une seule personne!
Donc le bicamérisme c'est bien, mais le 49.3 tue tout.
De votre site, j'ai feuilletté la Libellule, puis j'ai zappé vers Mandr'Aix -> bum site hacké. C'est des copains à vous? Ça fait pas une belle pub côté sécurité informatique ;-)
[^] # Re: sftp
Posté par ʭ ☯ . En réponse au journal Thunderbird 45 est sorti. Évalué à 2.
Tu parles du chemin pour le profil utilisateur?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Linux for desktop !!!
Posté par ʭ ☯ . En réponse au journal des paquets Snaps dans Ubuntu. Évalué à 10.
L'incompréhension est là : une distribution n'est pas au service des développeurs, mais de ses utilisateurs.
Je n'ai jamais vu un paquet arriver dans une distribution parce que son développeur le demande ; toujours parce qu'un utilisateur l'a demandé. Et l'inclusion est d'autant plus rapide que :
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Linux for desktop !!!
Posté par ʭ ☯ . En réponse au journal des paquets Snaps dans Ubuntu. Évalué à 6.
C'est tout simplement impossible : vu le rythme de certaines librairies, cela signifie une livraison par jour dès lors qu'une dizaine de libs sont embarquées. En fait, cela fera comme sous Windows : tes logiciels porteront des trous de sécurité et il te faudra une suite de sécurité anti-virale pour diminuer le danger. Ah oui, cette suite se mettra elle à jour tous les jours.
En fait, distribuer un source pour toutes les distributions est bien plus simple, elles se chargent de fabriquer les paquets. Le seul obstacle est que certains logiciels exigent la librairie sortie hier, ne pensant pas à leurs utilisateurs qui utilisent des librairies d'il y a 6/12 mois.
Finalement, le monde des paquets me va bien : tu n'as le logiciel que quand les librairies sur lesquelles il s'appuie sont stabilisées. La notions de stable va de Red Hat et Debian (en années) à Gentoo et Arch ( en jours) en passant par les intermédiaires comme Mageia (en mois). Si tu veux des logiciels récents, prends une distribution peu stable.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Player
Posté par ʭ ☯ . En réponse au journal Écouter la radio. Évalué à 5.
Enfin radiotray fait aussi le job en graphique. Ou dans F-droid : radiodroid est une tuerie en utilisant un annuaire ouvert.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Player
Posté par ʭ ☯ . En réponse au journal Écouter la radio. Évalué à 5.
Si vous avez une vieille machine, ça vaut le coup d'essayer mpg123 comme lecteur : suivant le processeur, il peut être 50% moins gourmand en temps processeur. C'est ce que je constate sur un Celeron 900 d'EeePc avec la commande time.
Il y a aussi le problème du reéchantillonage en passant par pulseaudio, comme c'est expliqué dans la FAQ.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Sérieusement ^^
Posté par ʭ ☯ . En réponse à la dépêche OpenBSD 5.9. Évalué à 4.
Et pour " rm -rf /* " ?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Et Paf!
Posté par ʭ ☯ . En réponse au journal Linux: une décennie de coeurs gaspillés. Évalué à 3.
C'est juste que Firefox avec xdebug peut partir en vrille, mangeant toute la RAM disponible. Ça sature les io, mais là je comprends pourquoi. C'est avec soundKonverter que je ne comprends pas, car si je convertis en ligne de commande avec un pipe ça ne le fait pas. Peut-être une saturation du dbus?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: 2016, la majorité des programmes tournent toujours sur un coeur
Posté par ʭ ☯ . En réponse au journal Linux: une décennie de coeurs gaspillés. Évalué à 3.
Bien sûr. D'ailleurs xz pour pouvoir travailler en pipe de tar est aussi mono-cœur.
Par contre p7zip tourne sur plusieurs cœurs, essaye 7z b.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: However, they must be able to steal from the more loaded cores on other nodes.
Posté par ʭ ☯ . En réponse au journal Linux: une décennie de coeurs gaspillés. Évalué à 3.
Pour le plaisir ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: However, they must be able to steal from the more loaded cores on other nodes.
Posté par ʭ ☯ . En réponse au journal Linux: une décennie de coeurs gaspillés. Évalué à -2.
Même traduit automatiquement ça ne devient pas compréhensible en français ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Et Paf!
Posté par ʭ ☯ . En réponse au journal Linux: une décennie de coeurs gaspillés. Évalué à 2. Dernière modification le 08 avril 2016 à 10:31.
Il fallait que ce journal tombe aujourd'hui, où j'obtiens un truc bizarre avec l'ordonnanceur:
- musique de fond avec Clementine (sous KDE4 et à travers Pulseaudio), ça ne coupe jamais SAUF
- si je tue la mémoire disponible (SWAP en remplissage à fond)
- si je convertis des fichiers audio avec soundKonverter, même pour un seul fichier à la fois.
C'est un bi-cœur, et il n'a aucun problème avec du stress -c 20. Alors quoi?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Développement Durable
Posté par ʭ ☯ . En réponse au journal openchrome 4.0. Évalué à 6.
C'est rigolo, un développeur de puces qui finit par développer un pilote pour vieilles puces car il faut un milliards de dollars de ventes pour rentabiliser un design en 28nm.
On verra bien où ça va, les dernières machines avec ces puces graphiques que j'ai vu sont de 2006, avec un CPU AMD Sempron à 1,6GHz, et l'évolution des navigateurs les rendent trop lentes en navigation sur la toile. Les logiciels récents font très mal aux processeurs qui ont moins de 1Mo de cache!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Ce commentaire a été supprimé par l'équipe de modération.
Posté par ʭ ☯ . En réponse au journal LinuxFr.org n'aime pas discuter du hors sujet [titre réécrit]. Évalué à -1.
J'ai bien ri, c'est le nourjal qui a le plus de commentaires supprimés par les modérateurs que j'ai jamais vu….
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# $2 par an sans IPv4 dédiée ! Mais que peut-on faire avec un tel serveur ?
Posté par ʭ ☯ . En réponse au journal Son propre cloud à pas cher. Évalué à 2.
On parle bien d'un serveur virtuel complet, où l'on installe l'OS que l'on veut? Parce que je suis surpris par le zéro swap : on peut toujours utiliser l'espace disque en swap, comment le bloquent-ils?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Je n'arrive pas à voir ce qui est de gauche chez Hollande...
Posté par ʭ ☯ . En réponse au journal [HS] Déchéance de nationalité et constitutionnalisation de l'état d'urgence bronsonisés. Évalué à 6.
Tu as posé le problème de travers. On peut souhaiter un pouvoir de gauche, pas une personne. Une bonne part des travers de la Veme République est dans ce ciblage du pouvoir sur une seule personne!
Donc le bicamérisme c'est bien, mais le 49.3 tue tout.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Bon, puisque maintenant c'est sans appel...
Posté par ʭ ☯ . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 3.
Il en a encore qui pensent que le format de paquet a une importance? LOL…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Récurrence
Posté par ʭ ☯ . En réponse au message Android pour **grands débutants**.. Évalué à 6.
Hé ben ça va pas s'améliorer en t'appelant toi-même ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Retour d'expérience abandon de owncloud
Posté par ʭ ☯ . En réponse au journal Partage: de ownCloud (décentralisé) à Syncthing (distribué). Évalué à 5.
+1 (euh non, +2 car j'ai 2 serveurs oc qui se mettent à jour sans souci). J'utilise les paquets de ma distrib, c'est fait pour!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# alsamixer
Posté par ʭ ☯ . En réponse au message prise jack. Évalué à 2.
Il arrive que seul alsamixer parvienne à aider à activer la bonne sortie. C'est une outil en CLI.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: langage ?
Posté par ʭ ☯ . En réponse au journal "Meilleur dev de France" ?. Évalué à 6.
C'est parce qu'ici tu es même libre de ne pas coder. Le gagnant a juste collé un gros 42 sur l'écran et hop c'était gagné!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Hacked
Posté par ʭ ☯ . En réponse au journal Libellule n°84 - Mars 2016 (Livret d’info libre). Évalué à 4.
De votre site, j'ai feuilletté la Libellule, puis j'ai zappé vers Mandr'Aix -> bum site hacké. C'est des copains à vous? Ça fait pas une belle pub côté sécurité informatique ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# C'est du lourd!
Posté par ʭ ☯ . En réponse au journal "Meilleur dev de France" ?. Évalué à 10.
On a une page d'accueil de 7535ko, ça rigole pas! Effectivement, ça parle de pognon mais pas de code ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Stabilité
Posté par ʭ ☯ . En réponse à la dépêche ReactOS 0.4.0. Évalué à 4.
Ah, j'avais compris que tu ne virtualisais pas…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Stabilité
Posté par ʭ ☯ . En réponse à la dépêche ReactOS 0.4.0. Évalué à 3.
Quel matériel tu utilises? Pour avoir une idée de ce qui pourrait marcher…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Et la réciproque ?
Posté par ʭ ☯ . En réponse à la dépêche ReactOS 0.4.0. Évalué à 10.
Bien sûr, ce n'est pas le système d'exploitation qui génère les binaires; Tu peux déjà contruire avec mingw un binaire windows sous linux…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr