barmic 🦦 a écrit 5213 commentaires

C'est une figure de style sur irc.

Ça sert soit à être descriptif :

/me sort le popcorn et écoute

Soit c'est le cas ici, comme prétérition.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Parce que multiplier les inputs pour les développeurs c'est contraignant. Une priorité 1 sur l'outil A est supérieure ou égale à une priorité A sur l'outil B ?

En soit particulièrement sur les petites équipes tout va devoir être nécessairement linéarisé.

Il existe des outils qui vont permettre d'avoir différentes entrées et d'ensuite mutualisé ça pour que tout ceux qui sont impliqué ai tout dans une seule vue. Le plus connu c'est jira.

Plus tu fais de la sophistication, plus tu as un travail de gestion (là le projet passe un certain temps à rappeler les règles et les faire appliquer). Chaque projet met en balance le gain et les inconvénients.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ah oui donc c’est juste une autre moyen de sacrifier à la religion des indicateurs.

À part ici je n'ai rien vu qui faisait mention de ses indicateurs. Ça peut juste être bien plus facile pour une équipe réduite de gérer comme ça.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je dis juste que l'énergie coûte moins cher que le travail et que c'est pour cette raison que tu colles un java / Linux / ARM dans ton frigo (ce qui au passage n'évite ni les bugs, ni les failles), plutôt qu'un Coldfire, un moniteur et du code maison.

Sachant que je présume que ça reste dans une forme d'hibernation la majorité du temps, sur l'année ça donne quoi comme différence de consommation sur un réfrigérateur complet ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

IRC n'est pas mort tu as encore pas mal de gens qui s'en servent tous les jours ;) (pas moi)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est quelque chose qui a était médiatisé ici un certain nombres de fois (ici, ici ou ici). Ne pas connaître tout l'historique de linuxfr je veux bien, mais on est pas dans de la référence abscons difficile à retrouver. Mon moteur de recherche me donne aussi des liens comme ça dès la première page quand je cherche sourceforge. C'est aussi la perte de d’engouement pour sourceforge qui a permis à github d'exister (et c'est aussi l'existence de github qui réduit la popularité de sourceforge). Évidement les pages wikipedia de sourceforge parlent abondament du sujet (ça représente plus de moitié de la page fr et peut être un tiers pour la page anglaise).

Ne pas savoir quelque chose ça arrive bien sûr à tout le monde, mais je réfute que ce soit de l'entre-soi (tout en utilisant /me…).

Je voudrais bien te parler d'entre-soi, mais je crains que mon clavier se blo

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Beaucoup de ce qui est habituellement dans les bugs se trouve dans l'onglet discussions.
Leur PR ne sont pas des objets de travail habituels. Si tu regarde la durée de vie de PR est relativement petite. Leur politique encourage a retarder les PR.

Au final il semble que l'essentiel du travail est fait par David Lord et qu'il pousse à fond pour tout mettre dans les discussions et ne laisser que des bugs suffisamment qualifiés dans les issues.

Au final si on regarde les PR et les issues :

• tu n'a pas forcément le travail en cours dans les PR (ça reste sur la machine du dev ou sur un fork du projet j'imagine)
• tu n'a aucun faux bugs dans les issues
• tu as des bugs dans les discussions elles ne sont justes pas encore qualifiées

Ne voyez pas de critique c'est juste comme ça que c'est organisé, c'est juste qu'il faut du coup l'avoir en tête quand on compare avec d'autres projets.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ainsi que le poids en équivalent CO2 des bugs et autres failles ainsi que des temps de développement supplémentaires.

S'il y a bien une idée qui a, il me semble, bien émergé en écologie c'est que l'on ne peut pas prendre un scope très limité et ignorer le cycle de vie total.

Tu peut tout remettre en cause comme ça. Le coût environnemental de la production de MMU, celui du chiffrement, l'usage des hash cryptographiques qui sont fait pour consommer de la ressource,[…]

Je ne dis pas que tout est égale, mais que sur ton jugement de "j'aime pas ça" tu tente de le rationalisé, mais c'est bien plus compliqué. Combien de trajets en voiture vers les ciné économisés par l'utilisation de trucs comme les chromecasts qui font tourner des appli en js par exemple ? Avoir une métrique sans en voir les biais c'est problématique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

/me toujours contre les accusations qui veulent avancer masquées même si c'est supposément pour de bonnes raisons.

Je sais pas de quoi tu parles. J'ai dit que ça pouvait arriver ailleurs parce que c'est un argument recevable. À part le fait que ça s'est mal passé pour sourceforge rien ne garantit que github¹, gitlab ou atlassian ne s'y mettent. Les forges communautaires je pense ont moins de chances car elles sont moins mercantiles.

Par contre oui te fermer ton compte ça existe partout par exemple framasoft se donne le droit de fermer n'importe quel dépôt selon des critères à leur discrétion. C'est dans leur gcu.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

sourceforge a tout de même un énorme passif vraiment problématique. Remplacer les téléchargements de projets par des adwares ou prendre le contrôles de pages des projets qui se barrent, je pense que c'est suffisant pour fuir cette plateforme.

Aujourd'hui elle a arrêté ça, mais après avoir passé plusieurs années à la fuir et à expliquer à tout le monde qu'il ne faut rien télécharger sur sourceforge, il faut une bonne raison pour y retourner.

Oui ça pourrait arriver ailleurs, mais ça n'est pas arrivé ailleurs et tu as des plateformes communautaires qui ont une probabilité faible d'en arriver là.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Écoute on arrive visiblement pas à se comprendre. Je trouve dommage que tu prenne un temps pour rédiger ce genre de message quand ça fait déjà un certain temps qu'on tourne en rond. Me convaincre ne changera rien à ta vie. Si c'est suffisamment important pour que tu prenne le temps de faire des retours pointu, tu perd ton temps à t'énerver face à un lambda membre de forum comme moi.

Désolé je n'ai pas eu beaucoup de tact, je voulais dire qu'il est important quand on tente de faire un retour aux développeurs de ne pas avoir d’apriori.

Sur ce j'ai tenté d'exposer des points, tu en a exposé d'autres, j'ai fais mon possible pour que la conversation reste apaisée. Si c'est pour se prendre à parti c'est encore moins pertinent de continuer à mon avis.

Bonne soirée et bon courage pour tes problèmes de RAM.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu gagnera à t'approcher des développeurs upstream pour plaider ta cause.

À part si tu les prend à parti en prenant comme hypothèse qu'ils sont sciemment contre toi. Je ne doute pas qu'avoir un retour détaillé sera apprécié.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

2) le fait que l'algo n'ai pas prévu que qu'on puisse avoir autant de mémoire signifie qu'on doive applaudir et ne rien changer ?

Ha non pas du tout, mais

• il propose des configuration pour améliorer ça
• retoucher cet algo demande probablement d'avoir la plateforme cible d'y faire des tests etc

Ensuite c'est une question de priorisation, tout gérer est complexe prendre en compte alors qu'on voit encore récemment passer des choses comme. Et s'ils limitent simplement combien d'utilisateurs viendront les voir pour leur dire que s'ils achètent 768Gio de RAM c'est pour qu'ils soient utilisés et non pour que Firefox reste dans son coin ?

1) ma banque va mettre une demie heure pour autoriser mon paiement parce-que mon navigateur n'a pas une centaine de gigot de mémoire ?

Non c'était un exemple de "l'économie c'est toujours mieux", si pour exagéré je tente de gérer les quelques milliers de requêtes d'autorisations de paiement sur un Pi2 parce qu'il consomme moins que le cluster F5 + machines HP utilisé actuellement, ça va au mieux prendre un peu plus de temps.

Oupss, linuxfr me signale qu'il ne faudrait pas poursuivre cette discussion, tant pis pour mon questionnement.

Avoir une discussion un peu longue ne me paraît pas être un problème en soit.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Oui l’économie, parce que c’est toujours un bon concept l’économie.

Si ta banque veut faire de l'économie (pour la planète, hein ?) et héberge ses infra sur moins de machines et plus petites, tu trouvera toujours que c'est un bon concept quand ton autorisation de paiement par carte prendra 30 minutes ou qu'un jour par semaine ils seront DDOS ?

Les grands principes se placent dans un contexte. Aujourd'hui et depuis quelques années tenir la performance c'est un enjeu de survie pour firefox. Il vaut mieux pour Mozilla que les 70 gars vexés d'avoir à configuré firefox pour que celui-ci ne touche pas à leur cache disque rage quit que les millions de personnes comme ce fut le cas à l'arrivée de chrome.

C'est pas qu'ils t'en veulent, c'est juste que s'ils n'ont plus suffisamment d'utilisateurs ils meurs et que ton cas d'usage représente une part faible d'utilisateurs.

Tu présente les choses comme si c'était sciemment choisi alors qu'ils ont un algo qui fonctionne en prenant des hypothèses, notamment que les gens qui ont besoin de mémoire la réserve.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour préciser, quand je dis "pour rien", jz n'entends pas qu'il y a aucun intérêt à virtualiser, mais d'un point de vue consommation d'énergie, il y a pertes. Il y a gain en sécurité, en praticité, en maintenance…

La question n'est pas si simple cette sécurité et maintenance ont un coût énergétique. C'est un peu comme dans l'alimentation. On se plaint souvent des emballages polluants, mais l'objectif des fabricants c'est que tout puisse être mangé. Une nourriture produite mais non consommée représente une pollution importante. Je ne dis pas qu'il n'y a pas de malfaçon et si on peut éviter des emballages c'est le mieux, mais pour des grandes productions c'est une question importante.

De même une chaîne de vélo perd de l'énergie, elle à un rendement inférieur à 100%, elle à simplement un intérêt de confort et vitesse car l'humain est incapable de pédaler a 100 tours par minutes efficacement.

Tu perd environ 1% dû aux frictions, mais tu n'arriverais pas à développer le même potentiel sans donc c'est parfaitement virtuel. Si nos corps n'avaient pas la forme qu'ils ont nous pourrions nous en passer et faire mieux oui. Comme si tout était parfait, tu n'utiliserai des logiciels qui n'ont que les fonctionnalités dont tu as besoin qui ne gèrent pas les valeurs de paramètres que tu n'utilise pas et ton CPU ferait éternellement les bonnes prédictions de branchement. Je suis d'accord qu'il faut pas rester sur ses acquis et que c'est bien de remettre en cause des choses par exemple tu as des vélos à courroie qui ont donc moins de frictions, mais il faut garder une vision du contexte par exemple en vélo tu perds bien plus d'énergie dû à ton coefficient de pénétration dans l'air.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le code source est libre, c'est vrai. Dire que Signal n'est "pas libre" est stricto sensu un abus de langage de ma part.

C'est un effet de halo et c'est bien dommage. Le libre a une définition relativement claire et partagée, vouloir y associer de nouvelles propriétés pose à mon avis beaucoup de problèmes.

J'ai l'impression d'observer régulièrement des formes de méthonimies : le libre = bien donc tout ce qui est libre doit être bien et tout ce qui est bien doit être libre.

Ça apporte beaucoup de confusion. Utiliser les termes adéquat est peut-être un peu plus complexe mais il permet :

• être précis
• de mettre l'emphase sur des propriétés hors libre qui sont importantes pour l'auteur
• d'éviter de noyer le message dans des considérations sémantiques (au quel je participe avec ce message) qui sont importantes (amha) mais pas le sujet recherché

Il y a différents cas de ce dont je parle et qui reviennent régulièrement :

• amalgamer libre et décentralisé
• amalgamer libre et développement communautaire
• parler de libre pour des choses qui n'ont rien à voir voir, un webservice ne peut pas être libre par exemple (son implémentation peu l'être par contre)

Voilà j'ai fais mon relou, mais je me suis permis comme le gros des discussions est déjà lancé.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J'ai aussi plusieurs fois expérimenté la bienveillance des contrôleurs. Tu paie plus chère ton billet, mais c'est tout.

Je ne serai pas surpris qu'il y ai du faciès mais si je suis blanc, je ne crois pas être particulièrement avenant et ça m'est surtout arrivé quand j'avais 22 à 27 ans.

Il m'est même arrivé d'aller voir un contrôleur lui dire que je n'avais tout simplement pas de billet et ne pas prendre d'amende mais simplement de payer mon billet (prix max + coût du fais de l'avoir acheté à bord ça reste facilement 2 fois en dessous de l'amende).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Les contrôleurs peuvent retrouver ton billet avec ton nom et/ou ta date de naissance et/ou ta référence de dossier.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça fait longtemps que je n'ai pas eu le besoin, mais avoir un sous domaine différent par service et avoir :

• proxy.example.net:443 pour du ssh
• www.example.net:443 pour ton site web

Il me semble que nginx peut faire proxy tcp, sinon haproxy peut très bien le faire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Maintenant qu'il y a des éléments tangibles, on va pouvoir voir les réactions. C'est bien.

---

Par contre tes accusations, tes procès d'intention, tes croisades contre des ennemis que tu te crée, tes grandes tirades dramatiques,… Tu peux les garder pour toi, ça ne crée que de l'énervement chez ceux qui prennent la peine de te lire en ayant aucune chance d'amener à l'objectif que tu affiche.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Thomas Debesse se plaint que Firefox prenne toutes les ressources entre autre que s'il voit des dizaines de Gio de RAM libre il va la consommer volontairement.

Je ne pense pas qu'à partir du retour peu précis de 2 personnes on puisse déduire que c'est un comportement de même nature c'est à dire une consommation lié à la décision de "prendre toute la place" qui amène ce comportement.

Mozilla a toujours dis et ça se vérifie qu'ils font en sorte que firefox prend la place qu'il peut et qu'il s'adapte à ce qui est lancé à côté (d'où le fait qu'utiliser un comportement implicite pose problème). Dans le cas de la vram présenté, même le message qui dit manquer de mémoire vive n'indique pas que c'est firefox qui prend toute la place et ne veut pas en laisser volontairement aux autres dans une volonté de consommer le maximum de ressources.

J'insiste sur le volontairement car il me semble que l'enjeu de notre discussion avec Thomas était que Firefox fait tout ce qu'il peut pour être le plus performant possible et que Thomas souhaiterait qu'il soit dans l'économie et la frugalité.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La mémoire virtuelle n'a de commun avec une VM que le nom. Cela n'a absolument rien à voir.

C'est une indirection que tu ajoute pour pouvoir faire une tambouille dans le dos de l'utilisateur. Toutes les vm ne font pas des choses très complexes avec la mémoire.

Un langage a vm peut nécessiter une compilation just in time : pourquoi le faire plusieurs fois ?

Pour avoir encore plus d'informations au moment de faire les optimisations. gcc et llvm ont aussi des fonctionnalités pour créer des traces puis refaire une compilation avec ces informations en plus. C'est invisible en java, c'est très subtile à faire avec gcc ou llvm (la manière dont tu génère les traces doit correspondre à l'usage réel).

Je me doute que quand on discute comme ça, tout le monde pense à la jvm, clr ou beam. Mais les machines virtuelles c'est aussi ebpf par exemple.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Comparaison n'est pas raison. Les vm compilent de plus en plus souvent en code natif.

Le fait d'avoir une couche de virtualisation se fait à énormément d'endroits (ton application utilise une mémoire virtuelle par exemple sous linux).

[…] donc des calculs pour "rien".

C'est tout à fait subjectif et il faut regarder au cas par cas.

Pour faire ma comparaison, la virtualisation c'est comme la transmission d'un vélo. Aujourd'hui personne n'a les manivelles de pédales directement sur l'axe d'une roue, tu as une roue libre, un couple de roue dentées, etc

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

2 cas, pas encore d'investigation, ça ne peu pas venir du driver, de comment est géré la mémoire vidéo sur leur machine ou autre ?

Ça peut très bien être un bug d'Unvanquished, de Firefox voir de la collaboration des 2.

Bref je ne vois pas ce qui te permet de sauter sur "c'est parce que Firefox s'étale" et donc que ce serait le résultat d'une politique consciente des dev. Firefox a toujours eu du mal avec l'usage du gpu sur linux c'est peut-être un nouveau bug là dessus.

Il faut garder un peu son calme et éviter de se hâter à faire des conjectures. D'autant que pour 2 personnes qui ont se problème combien n'ont pas le problème.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

[…] ça vous embête que tout le monde ne pense pas comme il faut […]

Dixit le gars qui dit partout qu'il y a 2 groupes de gens ceux qui sont d'accord avec lui et ceux qui ne veulent pas voir parce que ${ajoute le procès d'intention de ton choix}.

Je fais une pause, il y a eu assez de dit, qui veut voir le peut.
Les admins du site sont libres de m'exclure si ils le souhaitent, je ne ferai pas de multi, il me semble juste que je respecte les règles (aucune ne dit à ma connaissance de penser comme untel)

Tu semble à fleur de peau. Les campagnes juste après 2 ans de covid t'on peut être rendu susceptibles/sensibles ? En tout cas repose-toi bien.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll