Je fais une différence entre « essayer de de pas consommer comme un sac en faisant n’importe quoi » et « la majorité de l’effort sur mon projet concerne les performances ».
Ce que j’appelle « orienté performances », c’est ce deuxième cas, où tu es obligé d’utiliser des langages qui te permettent une gestion fine des ressources sans quoi le résultat est vraiment déraisonnable.
C’est pas du tout mon propos : Java, C#/Mono ou Python sont d’excellents langages dans leurs domaines d’application, surtout dans leurs dernières versions ; et comme dit ci-dessus, ils évoluent assez rapidement.
Non, mon propos, c’est que je suis étonné que l’on puisse proposer ces langages pour remplacer C ou C++.
Je sais par exemple que C# ou Java ont pu remplacer les utilisations les plus « haut niveau » de C++, mais pour moi aucun des langages de la liste n’a jamais été un candidat sérieux au remplacement de C++ pour les projets orienté performance, et encore moins au remplacement de C.
C'est intéressant de constater à quel point on peut être intéressé par le logiciel libre et pourtant avoir des vues totalement différentes sur la question et les moyens.
Par exemple, je diffuse presque tout mon code perso en libre (modulo des trucs par pure flemme, j'assume), et quand je le fais c'est sous licence MIT. Qui, de mon point de vue (et je comprends qu'on puisse en avoir un autre), a deux intérêts majeurs :
Elle ne force pas les utilisateurs à partager mes opinions sur un point quelconque, copyleft compris ;
Je la comprends.
Alors oui, on peut utiliser mon code pour faire des truc pas cool avec, mais je considère que les bénéfices potentiels de l'ouverture la plus grave possible surpassent les inconvénients de licences plus restrictives. De plus, j'utilise beaucoup de code tiers y compris au boulot, je trouverais hypocrite de publier sur mon temps libre du code que je m'interdirais moi-même d'utiliser. Enfin, ça ne change rien pour moi, seulement pour les tiers.
J'ai hésité avec les licences BSD (mais y'en a 2 variantes), la WTFPL (mais difficile à utiliser ne serait-ce qu'à cause du nom) et la licence Apache 2.0 (mais infiniment plus longue sans que je ne réussisse à comprendre pourquoi).
Idem pour tout ce qui est non-code, c'est sous licence CC BY ("BY" pour éviter qu'on ne m'attribue des propos ou œuvres que je ne cautionnerais pas : qu'on reprenne ce que je fais, OK, mais qu'on ne me fasse pas dire ce que je ne dis pas). Ce qui m'oblige à préciser la licence sous les billets et dépêches publiées ici, d'ailleurs.
Et même sans la moindre considération de liberté : les fonds de carte OpenStreetMap sont très corrects, ceux de Google Maps sont absolument inutilisables (et je soupçonne que ça soit volontaire) : manque de contraste, manque de beaucoup d’informations (à commencer par les noms de rue), présence de « points d’intérêt » parasite (principalement les commerces)…
Parce que c’est bien aussi de parler des trains qui arrivent à l’heure : je bosse dans une entreprise (de taille moyenne) qui s’intéresse aux licence et qui les respecte.
Ça implique, en particulier, qu’il y a un robot qui va scanner toutes les dépendances des projets et va chercher les dépendances en fonction de la version (au cas ou la licence changerait, ce qui est en fait assez courant), et qui interdit l’utilisation de toute licence qui n’est pas dans la liste des licences compatibles avec le code (fermé, hélas) qu’on produit. S’il arrive que la licence soit mal déclarée dans les métadonnées (ça aussi, c’est fréquent) on peut fournir directement le lien vers la licence.
D’autre part, on a toute liberté pour contribuer aux projets libres qu’on utilise, parce qu’on préfère infiniment utiliser une version supportée que maintenir un fork – comme le code qui a de la valeur pour l’entreprise n’est pas dans des bibliothèques externes, je n’ai pas connaissance de cas où ça ait posé problème. Par contre, tout le monde n’a pas encore le réflexe de se dire qu’un bug peut être corrigé upstream au lieu d’être contourné (de façon plus ou moins propre).
Ça change d’un précédent boulot où le directeur et co-fondateur considérait que si c’était sur Internet, il pouvait l’utiliser comme il voulait…
Je serais curieux de savoir combien de fois ce débat sur la définition de "libre" à eu lieu sur ce site. Le chiffre doit commencer à être impressionnant !
Cela dit, la position de la FSF est assez peu critiquée alors qu'elle est paradoxale : cette association est capable d'extrémisme quand il s'agit de logiciel libre (et quelque part c'est son rôle), mais totalement absente de tous les autres domaines du libre – quand elle n'en nie pas complètement l'existence.
La possibilité de pouvoir rendre de la mémoire à l’OS fait partie des possibilités des nouveaux GC de Java dont je parlais dans un autre message. Cf cet article pour plus de détails. G1 GC est le GC par défaut de Java depuis Java 9 et le fait avec les réglages par défaut (et a été amélioré sur ce point depuis Java 12).
D’une façon plus générale, Java est un langage qui évolue significativement : des connaissances sur le langage qui datent de 10 ans datent d’avant Java 8 ; on ne code plus en Java maintenant comme il y a 10 ans, idem pour tous les paramétrages possibles (les GC par exemple). D’ailleurs, beaucoup des critiques contre Java ont été justifiées à une époque, mais n’ont plus tellement lieu d’être aujourd’hui.
D’ailleurs les GC de Java sont liés aux implémentations et pas au langage lui-même, et il en sort régulièrement de nouveaux. Les raisons de ces nouveaux GC sont diverses :
Meilleure prise en compte des spécificités du matériel actuel ;
Meilleure efficacité « dans le cas général » (suite à des travaux de recherche) ;
GC spécialisés pour des cas particuliers (très gros heap, GC no-op pour les scripts, etc).
C’est d’autant plus perturbant que le GC par défaut peut changer, être déprécié ou même supprimé, ce qui rends plein de trucs complètement inutiles.
Je ne sais pas si les autres langages sont aussi souples sur la gestion de leur GC.
Dans la plupart des cas, l’intérêt d’avoir un GC dans le langage, c’est de ne pas avoir à gérer la mémoire. Et donc :
D’avoir un code plus lisible (puisqu’il n’y a pas à écrire de code pour la gestion manuelle de la mémoire).
D’éviter toutes les catégories de bugs et de failles de sécurité qui arrivent parce que la mémoire a (mal) été gérée à la main.
Mais oui, ça se fait au dépend des performances : même dans le cas où le GC ne nettoie jamais rien, le simple fait de lui permettre de pouvoir passer un jour ajoute une surcharge de travail au système. C’est au point qu’on considère qu’en première approche, un GC doit passer le moins souvent possible – sauf si le passer rarement provoque un blocage complet du système si long que la solution n’est plus applicable.
D’autre part, des techniques de programmation orienté sûreté ou fiabilité ont un impact négatif sur la pression mémoire. Par exemple les objets immutables ont beaucoup d’avantages, mais peuvent vite conduire à la création d’une grande quantité d’objets, qui devront être gérés par le GC même si leur vie est très courte (et donc n’utilisent pas significativement plus de mémoire que leur pendants mutables).
En fait, si le GC devient un problème pour les performances, ça peut vouloir dire trois choses :
Il y a vraiment pas assez de mémoire disponible et le GC passe son temps à nettoyer en boucle les quelques pourcents de mémoire qui peuvent l’être ;
Soit le code est très mal branlé et surcharge inutilement le GC – généralement suite à une fuite mémoire, parce que trop souvent on confonds le GC avec de la magie ;
Soit il y a un besoin réel de performances sur la mémoire que le langage ne peut pas résoudre sans y allouer une quantité déraisonnable de mémoire.
Le point 1 se détecte facilement en espionnant l’utilisation mémoire et l’activité du GC pendant l’exécution du programme ; le point 2 en analysant un dump mémoire qui contient plein d’objets qui ne devrait pas y être. Ça ne veut pas dire que ces points sont faciles à corriger.
Le point 3 peut très rarement se corriger avec des bidouilles de code ; en en particulier ne peut jamais se corriger efficacement avec des magouilles lourdes du type de celles présentées dans l’article, parce que dans ce cas on a le pire des deux mondes : un code difficile à comprendre (donc à maintenir et sujet à bugs) et la surcharge d’un GC. De plus, beaucoup de ces magouilles (au moins en Java, langage que je connais le mieux) sont au mieux obsolètes : le compilateur puis le GC arrivent très bien à comprendre ce qu’il faut faire sans ces indications, qui sont donc superflues et alourdissent le code pour rien.
Enfin, les problèmes de GC sont très dépendants du contexte exact d’exécution. Sur ce point, j’ai énormément de mal à faire confiance à des microbenchmark.
Je ne prétends pas avoir un métier représentatif, mais en 12 ans à faire du Java de façon professionnelle sur des sujets variés (y compris de l’Android), tous les problèmes de pression mémoire que j’ai rencontrés tombent dans les deux premiers cas. Je dirais trois quarts tiers de fuites mémoire et un quart de manque réel de mémoire dans le paramétrage, à la louche (souvent suite à des jeux de données irréaliste avant d’arriver en production). Et même au-delà de ça, les problèmes d’occupation mémoire que j’ai croisés sont plutôt rares, sauf sur les vieux Android : le facteur limitant des programmes que j’ai croisés sont généralement les I/O1, ou des grosses erreurs de programmation (ne me faites pas dire ce que je ne dis pas : bien sûr qu’on aurait pu faire plus rapide avec d’autres langages, mais sur les cas que j’ai croisé, une fois les erreurs de programmation corrigées, on a toujours été suffisamment rapides).
En conclusion, lorsqu’on utilise un langage à GC, on devrait s’astreindre à conserver un code le plus lisible possible, et à ne faire des bizarreries pour gérer la mémoire que de façon très exceptionnelle et dans des contextes où il a été prouvé, en conditions réelles, que l’impact vaut la perte de lisibilité.
Exception : un progicel IBM – maintenant revendu – qui était programmé en allant tellement loin dans le genre Serious Enterprise Programing caricatural qu’il arrivait à être limité par le CPU. Mais le code était vraiment horrible pour en arriver là. ↩
L'ordre de grandeur de l'énergie naturellement dissipée annuellement par les marées est évalué à 22 000 TWh soit l'équivalent de la combustion de moins de 2 Gtep. Ce chiffre est à comparer à la consommation d'énergie de l'humanité, de l'ordre de 10 Gtep.
Seule une très faible fraction de l'énergie des marées étant récupérable, du fait de leur dispersion autour du globe, l’énergie marémotrice potentiellement récupérable pourrait fournir jusqu'à 380 TWh/an, soit 1,5 à 2 % de la consommation mondiale d'électricité.
Sans compter les problèmes posés par les usines existantes, en particulier l’envasement qui fait baisser significativement le rendement au fil du temps. Tout ça explique pourquoi on a pas tant investi que ça dans la technologie.
J’ai lu « reporterre » dans l’URL, j’ai levé les yeux au ciel, mais j’ai quand même cliqué. J’ai vu « Par Hervé Kempf » dans l’en-tête, mes yeux ont fini au plafond. J’ai parcouru l’article en diagonale, vu que c’était toujours les mêmes problèmes que les articles de Reporterre en général et de Hervé Kempf en particulier, et j’ai moinssé.
Les autres ci-dessus ont bien détaillé pourquoi, je ne vais pas paraphraser.
pourquoi une vidéo aussi mauvaise que celle de Mr φ a pu “convaincre” des gens que Bruce n’était pas vulgarisateur
Tu fais référence à quelle vidéo ? La seule que je connaisse de M. Phi qui semble correspondre parle principalement d'Aristote, et ne portes absolument pas ce propos. En fait, même parmi les pires détracteurs de e-penser que le connaisse, je n'en vois pas qui prétendent qu'il n'est pas vulgarisateur. Qu'il est mauvais vulgarisateur, ça oui. Qu'il ne l'est pas… En fait je connais une seule personne qui ait tenu ce discours : Bruce lui-même, quand il a justifié ne pas être tenu par la rigueur ou la fourniture de sources parce qu'il ne se considèrait pas comme vulgarisateur.
En fait, prétendre que "e-penser n'est pas de la vulgarisation" (ou qu'on l'attaquerait là-dessus), c'est un contre-sens total sur les raisons des attaques les plus nombreuses.
Ce qui lui a beaucoup été reproché, c'est justement d'être un vulgarisateur à forte audience, mais de le faire mal ; ou bien si c'était du pur divertissement (sa défense à un moment), de ne pas l'avoir fait comprendre assez clairement et de laisser croire qu'il faisait de la vulgarisation.
Critiquer une approche scientifique et documentée à l’aide d’une tribune d’un média notoirement antinucléaire, c’est… oui, « trollesque » est le mot qui convient. À commencer parce que toi comme la tribune focalisent sur le nucléaire, alors que Jancovici lui-même dit que ça n’est qu’une toute petite partie de ce qu’il explique, qu’il aimerait bien arrêter de passer sa vie à parler de nucléaire et en particulier qu’on arrête de ne lui poser des questions que sur ce sujet ou presque.
J’ai fait mon levain pendant le confinement, et c’est beaucoup plus facile qu’on pourrait le croire ou que ce que prétendent beaucoup de sites à ce sujet.
Il y a de (rares) systèmes Android x86 (je parle de systèmes réels, osa de l'émulateurgsur PC), c'est très chiant quand tu fais ou intègre du natif. Cela dit dans mon souvenir il était possible de ne fournir que le binaire correspondant à l'architecture cible. Mais ça fait longtemps que j'en ai pas fait, je peux me tromper.
Tu avais une raison de ne pas te contenter de le réinstaller ? Ou c’était juste pour la beauté du geste et la curiosité – ce qui est une bonne raison en soit ?
Le problème n'est pas tellement le rendement mais l'appel de courant, donc le dimensionnement qui s'en suit. Si tu as une chaudière électrique de 10 kW, tu dois amener le câble qui va bien, avoir l'abonnement de 12 kVA (ou même plus probablement 15 kVA) (ce qui coute plus cher), et avoir le raccordement réseau qui suit. Ce qui peut poser problème, mon raccordement n'est qu'en 9 kVA.
J'ai du mal à voir comment une roue serait plus visuelle qu'un indicateur qui donne directement la puissance consommée – plus exactement les kVA – et qui est très précis, puis qu'il sert de base légale pour la facturation.
Pour moi s'il y avait des améliorations à faire sur le système, c'est de rendre la métrique plus accessible (là il y a N appuis à faire sur le bouton + pour y accéder), et de fournir facilement des métriques supplémentaires (moyennes sur l'heure / la journée / le mois / l'année, pointes sur la même durée, etc… aujourd'hui en allant assez loin dans les menus il y a une pointe affichée, sans indication claire de la durée sur laquelle elle a été observée).
Les problèmes d'inertie – tu vas beaucoup plus consommer à chauffer et laisser refroidir (de l'eau, l'appartement…) qu'à maintenir en température un système bien isolé.
Les horaires de consommation de l'énergie. Mieux vaut un système qui consomme un peu plus mais capable de piloter sa consommation sur les plages de faibles demandes (où l'énergie est peu chère, par exemple quasi gratuite en cas de forte production d'ENR et de faible demande) plutôt qu'un système qui consomme un peu moins mais uniquement en période de pointe.
Le premier point fait que, contrairement à ce que l'intuition pourrait laisser penser, il est plus rentable d'avoir une température constante dans une maison bien isolée, au lieu de laisser la température baisser la nuit (et inversement l'été avec la clim, il ne faut surtout pas laisser les murs monter en température). Le calcul du point d'équilibre n'est pas trivial. Si la maison est vraiment bien isolée, on peut partir du principe qu'il vaut mieux garder une température constante, si elle est mal isolée, il vaut mieux laisser filer la température et ne chauffer / refroidir que quand c'est vraiment nécessaire (et investir autant que possible dans de l'isolation). Entre les deux… seuls des tests ou l'appel à un expert pourront permettre de trancher.
Le second point fait qu'idéalement, on devrait tous avoir des contrats en heures pleines / heures creuses, voir des offres type Tempo avec 3 types de période (contrats dont j'étais persuadé qu'ils n'existaient plus, mais en fait si), et si possible avec un découpage des heures pleines et creuses assez fin pour coller au mieux à la réalité. C'est techniquement possible sur une grande partie du territoire… mais les opérateurs semblent encore très frileux à proposer ce genre de service :(
[^] # Re: La fin de la "stabilite" des standards ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 5.
Je fais une différence entre « essayer de de pas consommer comme un sac en faisant n’importe quoi » et « la majorité de l’effort sur mon projet concerne les performances ».
Ce que j’appelle « orienté performances », c’est ce deuxième cas, où tu es obligé d’utiliser des langages qui te permettent une gestion fine des ressources sans quoi le résultat est vraiment déraisonnable.
La connaissance libre : https://zestedesavoir.com
[^] # Re: La fin de la "stabilite" des standards ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 4.
C’est pas du tout mon propos : Java, C#/Mono ou Python sont d’excellents langages dans leurs domaines d’application, surtout dans leurs dernières versions ; et comme dit ci-dessus, ils évoluent assez rapidement.
Non, mon propos, c’est que je suis étonné que l’on puisse proposer ces langages pour remplacer C ou C++.
Je sais par exemple que C# ou Java ont pu remplacer les utilisations les plus « haut niveau » de C++, mais pour moi aucun des langages de la liste n’a jamais été un candidat sérieux au remplacement de C++ pour les projets orienté performance, et encore moins au remplacement de C.
La connaissance libre : https://zestedesavoir.com
[^] # Re: La fin de la "stabilite" des standards ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 5.
Il y a vraiment des gens qui ont conseillé (ou conseillent toujours) d’utiliser Java, C#/Mono ou Python pour remplacer C++ et surtout C ?
Parce que c’est pas les mêmes domaines d’application !
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un train qui arrive à l’heure
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 8.
C’est déjà libre : c’est Gradle Licence Report couplé à une tâche d’intégration continue.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Touche compose
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Un libriste en approfondissement. Évalué à 5.
BÉPO, c’est bien aussi.
Par contre le jour où tu es coincé sur un QWERTY au lieu de ton BÉPO, bon courage pour retrouver la façon de taper ton mot de passe.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Clauses anticapitalistes, antimilitaires, etc.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 10.
C'est intéressant de constater à quel point on peut être intéressé par le logiciel libre et pourtant avoir des vues totalement différentes sur la question et les moyens.
Par exemple, je diffuse presque tout mon code perso en libre (modulo des trucs par pure flemme, j'assume), et quand je le fais c'est sous licence MIT. Qui, de mon point de vue (et je comprends qu'on puisse en avoir un autre), a deux intérêts majeurs :
Alors oui, on peut utiliser mon code pour faire des truc pas cool avec, mais je considère que les bénéfices potentiels de l'ouverture la plus grave possible surpassent les inconvénients de licences plus restrictives. De plus, j'utilise beaucoup de code tiers y compris au boulot, je trouverais hypocrite de publier sur mon temps libre du code que je m'interdirais moi-même d'utiliser. Enfin, ça ne change rien pour moi, seulement pour les tiers.
J'ai hésité avec les licences BSD (mais y'en a 2 variantes), la WTFPL (mais difficile à utiliser ne serait-ce qu'à cause du nom) et la licence Apache 2.0 (mais infiniment plus longue sans que je ne réussisse à comprendre pourquoi).
Idem pour tout ce qui est non-code, c'est sous licence CC BY ("BY" pour éviter qu'on ne m'attribue des propos ou œuvres que je ne cautionnerais pas : qu'on reprenne ce que je fais, OK, mais qu'on ne me fasse pas dire ce que je ne dis pas). Ce qui m'oblige à préciser la licence sous les billets et dépêches publiées ici, d'ailleurs.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un train qui arrive à l’heure
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 10.
Et même sans la moindre considération de liberté : les fonds de carte OpenStreetMap sont très corrects, ceux de Google Maps sont absolument inutilisables (et je soupçonne que ça soit volontaire) : manque de contraste, manque de beaucoup d’informations (à commencer par les noms de rue), présence de « points d’intérêt » parasite (principalement les commerces)…
La connaissance libre : https://zestedesavoir.com
# Un train qui arrive à l’heure
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 10.
Parce que c’est bien aussi de parler des trains qui arrivent à l’heure : je bosse dans une entreprise (de taille moyenne) qui s’intéresse aux licence et qui les respecte.
Ça implique, en particulier, qu’il y a un robot qui va scanner toutes les dépendances des projets et va chercher les dépendances en fonction de la version (au cas ou la licence changerait, ce qui est en fait assez courant), et qui interdit l’utilisation de toute licence qui n’est pas dans la liste des licences compatibles avec le code (fermé, hélas) qu’on produit. S’il arrive que la licence soit mal déclarée dans les métadonnées (ça aussi, c’est fréquent) on peut fournir directement le lien vers la licence.
D’autre part, on a toute liberté pour contribuer aux projets libres qu’on utilise, parce qu’on préfère infiniment utiliser une version supportée que maintenir un fork – comme le code qui a de la valeur pour l’entreprise n’est pas dans des bibliothèques externes, je n’ai pas connaissance de cas où ça ait posé problème. Par contre, tout le monde n’a pas encore le réflexe de se dire qu’un bug peut être corrigé upstream au lieu d’être contourné (de façon plus ou moins propre).
Ça change d’un précédent boulot où le directeur et co-fondateur considérait que si c’était sur Internet, il pouvait l’utiliser comme il voulait…
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un pavé dans la mare
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien les drones utilisent linux : le logiciel libre ce n’est pas suffisant. Évalué à 5.
Je serais curieux de savoir combien de fois ce débat sur la définition de "libre" à eu lieu sur ce site. Le chiffre doit commencer à être impressionnant !
Cela dit, la position de la FSF est assez peu critiquée alors qu'elle est paradoxale : cette association est capable d'extrémisme quand il s'agit de logiciel libre (et quelque part c'est son rôle), mais totalement absente de tous les autres domaines du libre – quand elle n'en nie pas complètement l'existence.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Le but d’un GC n’a jamais été les performances
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 4. Dernière modification le 19 septembre 2022 à 11:47.
La possibilité de pouvoir rendre de la mémoire à l’OS fait partie des possibilités des nouveaux GC de Java dont je parlais dans un autre message. Cf cet article pour plus de détails. G1 GC est le GC par défaut de Java depuis Java 9 et le fait avec les réglages par défaut (et a été amélioré sur ce point depuis Java 12).
D’une façon plus générale, Java est un langage qui évolue significativement : des connaissances sur le langage qui datent de 10 ans datent d’avant Java 8 ; on ne code plus en Java maintenant comme il y a 10 ans, idem pour tous les paramétrages possibles (les GC par exemple). D’ailleurs, beaucoup des critiques contre Java ont été justifiées à une époque, mais n’ont plus tellement lieu d’être aujourd’hui.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Le but d’un GC n’a jamais été les performances
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 8.
D’ailleurs les GC de Java sont liés aux implémentations et pas au langage lui-même, et il en sort régulièrement de nouveaux. Les raisons de ces nouveaux GC sont diverses :
C’est d’autant plus perturbant que le GC par défaut peut changer, être déprécié ou même supprimé, ce qui rends plein de trucs complètement inutiles.
Je ne sais pas si les autres langages sont aussi souples sur la gestion de leur GC.
La connaissance libre : https://zestedesavoir.com
# Le but d’un GC n’a jamais été les performances
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 10.
Dans la plupart des cas, l’intérêt d’avoir un GC dans le langage, c’est de ne pas avoir à gérer la mémoire. Et donc :
Mais oui, ça se fait au dépend des performances : même dans le cas où le GC ne nettoie jamais rien, le simple fait de lui permettre de pouvoir passer un jour ajoute une surcharge de travail au système. C’est au point qu’on considère qu’en première approche, un GC doit passer le moins souvent possible – sauf si le passer rarement provoque un blocage complet du système si long que la solution n’est plus applicable.
D’autre part, des techniques de programmation orienté sûreté ou fiabilité ont un impact négatif sur la pression mémoire. Par exemple les objets immutables ont beaucoup d’avantages, mais peuvent vite conduire à la création d’une grande quantité d’objets, qui devront être gérés par le GC même si leur vie est très courte (et donc n’utilisent pas significativement plus de mémoire que leur pendants mutables).
En fait, si le GC devient un problème pour les performances, ça peut vouloir dire trois choses :
Le point 1 se détecte facilement en espionnant l’utilisation mémoire et l’activité du GC pendant l’exécution du programme ; le point 2 en analysant un dump mémoire qui contient plein d’objets qui ne devrait pas y être. Ça ne veut pas dire que ces points sont faciles à corriger.
Le point 3 peut très rarement se corriger avec des bidouilles de code ; en en particulier ne peut jamais se corriger efficacement avec des magouilles lourdes du type de celles présentées dans l’article, parce que dans ce cas on a le pire des deux mondes : un code difficile à comprendre (donc à maintenir et sujet à bugs) et la surcharge d’un GC. De plus, beaucoup de ces magouilles (au moins en Java, langage que je connais le mieux) sont au mieux obsolètes : le compilateur puis le GC arrivent très bien à comprendre ce qu’il faut faire sans ces indications, qui sont donc superflues et alourdissent le code pour rien.
Enfin, les problèmes de GC sont très dépendants du contexte exact d’exécution. Sur ce point, j’ai énormément de mal à faire confiance à des microbenchmark.
Je ne prétends pas avoir un métier représentatif, mais en 12 ans à faire du Java de façon professionnelle sur des sujets variés (y compris de l’Android), tous les problèmes de pression mémoire que j’ai rencontrés tombent dans les deux premiers cas. Je dirais trois quarts tiers de fuites mémoire et un quart de manque réel de mémoire dans le paramétrage, à la louche (souvent suite à des jeux de données irréaliste avant d’arriver en production). Et même au-delà de ça, les problèmes d’occupation mémoire que j’ai croisés sont plutôt rares, sauf sur les vieux Android : le facteur limitant des programmes que j’ai croisés sont généralement les I/O1, ou des grosses erreurs de programmation (ne me faites pas dire ce que je ne dis pas : bien sûr qu’on aurait pu faire plus rapide avec d’autres langages, mais sur les cas que j’ai croisé, une fois les erreurs de programmation corrigées, on a toujours été suffisamment rapides).
En conclusion, lorsqu’on utilise un langage à GC, on devrait s’astreindre à conserver un code le plus lisible possible, et à ne faire des bizarreries pour gérer la mémoire que de façon très exceptionnelle et dans des contextes où il a été prouvé, en conditions réelles, que l’impact vaut la perte de lisibilité.
Exception : un progicel IBM – maintenant revendu – qui était programmé en allant tellement loin dans le genre Serious Enterprise Programing caricatural qu’il arrivait à être limité par le CPU. Mais le code était vraiment horrible pour en arriver là. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Les moinseurs ont-il lu ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien J.M. Jancovici sur «C Pol»: les erreurs et raisonnements fallacieux. Évalué à 10.
Et extrêmement complexe à exploiter pour finalement pas grand-chose. Wikipédia résume bien le problème :
Sans compter les problèmes posés par les usines existantes, en particulier l’envasement qui fait baisser significativement le rendement au fil du temps. Tout ça explique pourquoi on a pas tant investi que ça dans la technologie.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Les moinseurs ont-il lu ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien J.M. Jancovici sur «C Pol»: les erreurs et raisonnements fallacieux. Évalué à 7.
J’ai lu « reporterre » dans l’URL, j’ai levé les yeux au ciel, mais j’ai quand même cliqué. J’ai vu « Par Hervé Kempf » dans l’en-tête, mes yeux ont fini au plafond. J’ai parcouru l’article en diagonale, vu que c’était toujours les mêmes problèmes que les articles de Reporterre en général et de Hervé Kempf en particulier, et j’ai moinssé.
Les autres ci-dessus ont bien détaillé pourquoi, je ne vais pas paraphraser.
La connaissance libre : https://zestedesavoir.com
# Quelle vidéo ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Barbara Stiegler sur les youtubeurs de vulgarisation scientifiques (et autres…). Évalué à 10.
Tu fais référence à quelle vidéo ? La seule que je connaisse de M. Phi qui semble correspondre parle principalement d'Aristote, et ne portes absolument pas ce propos. En fait, même parmi les pires détracteurs de e-penser que le connaisse, je n'en vois pas qui prétendent qu'il n'est pas vulgarisateur. Qu'il est mauvais vulgarisateur, ça oui. Qu'il ne l'est pas… En fait je connais une seule personne qui ait tenu ce discours : Bruce lui-même, quand il a justifié ne pas être tenu par la rigueur ou la fourniture de sources parce qu'il ne se considèrait pas comme vulgarisateur.
En fait, prétendre que "e-penser n'est pas de la vulgarisation" (ou qu'on l'attaquerait là-dessus), c'est un contre-sens total sur les raisons des attaques les plus nombreuses.
Ce qui lui a beaucoup été reproché, c'est justement d'être un vulgarisateur à forte audience, mais de le faire mal ; ou bien si c'était du pur divertissement (sa défense à un moment), de ne pas l'avoir fait comprendre assez clairement et de laisser croire qu'il faisait de la vulgarisation.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Efficacité énergétique réelle?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal WikiHouse: les plans de pièces de maison sous licence CC BY-SA. Évalué à 6.
Critiquer une approche scientifique et documentée à l’aide d’une tribune d’un média notoirement antinucléaire, c’est… oui, « trollesque » est le mot qui convient. À commencer parce que toi comme la tribune focalisent sur le nucléaire, alors que Jancovici lui-même dit que ça n’est qu’une toute petite partie de ce qu’il explique, qu’il aimerait bien arrêter de passer sa vie à parler de nucléaire et en particulier qu’on arrête de ne lui poser des questions que sur ce sujet ou presque.
La connaissance libre : https://zestedesavoir.com
# Le levain, c’est beaucoup plus facile qu’on pourrait le croire
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Hacking d'une machine à pain. Évalué à 10.
J’ai fait mon levain pendant le confinement, et c’est beaucoup plus facile qu’on pourrait le croire ou que ce que prétendent beaucoup de sites à ce sujet.
J’ai fait ici un retour d’expérience détaillé sur la création et l’utilisation d’un levain à partir de farine blanche et d’eau du robinet.
La connaissance libre : https://zestedesavoir.com
[^] # Re: C'est compliqué...
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Réseau social pour parents d'une école. Évalué à 4.
Il y a de (rares) systèmes Android x86 (je parle de systèmes réels, osa de l'émulateurgsur PC), c'est très chiant quand tu fais ou intègre du natif. Cela dit dans mon souvenir il était possible de ne fournir que le binaire correspondant à l'architecture cible. Mais ça fait longtemps que j'en ai pas fait, je peux me tromper.
La connaissance libre : https://zestedesavoir.com
# Comparaison par rapport à une réinstallation ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Comment acquérir un poil de barbe en plus : mettre à jour une vieille Archlinux. Évalué à 2.
Tu avais une raison de ne pas te contenter de le réinstaller ? Ou c’était juste pour la beauté du geste et la curiosité – ce qui est une bonne raison en soit ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Temps de boot des appareils, temps avant possibilité d'utiliser un appareil. Config après coupur
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 10.
Beaucoup de tes exemples peuvent être rassemblés en un seul : il faut qu’on arrête de mettre de l’électronique inutile là où il n’y en a pas besoin.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Laver à l'eau froide
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 3.
Le problème n'est pas tellement le rendement mais l'appel de courant, donc le dimensionnement qui s'en suit. Si tu as une chaudière électrique de 10 kW, tu dois amener le câble qui va bien, avoir l'abonnement de 12 kVA (ou même plus probablement 15 kVA) (ce qui coute plus cher), et avoir le raccordement réseau qui suit. Ce qui peut poser problème, mon raccordement n'est qu'en 9 kVA.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ballon d'eau chaude
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 2.
Certes, mais pas au point de pouvoir te chauffer avec quelques watts.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Vive la modernité et les assistances électroniques et informatiques
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 5.
Les compteurs mécaniques avaient deux gros intérêts :
Sinon ils étaient moins précis que les Linky, et ont tendance à dévier avec le temps.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Vive la modernité et les assistances électroniques et informatiques
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 6.
J'ai du mal à voir comment une roue serait plus visuelle qu'un indicateur qui donne directement la puissance consommée – plus exactement les kVA – et qui est très précis, puis qu'il sert de base légale pour la facturation.
Pour moi s'il y avait des améliorations à faire sur le système, c'est de rendre la métrique plus accessible (là il y a N appuis à faire sur le bouton + pour y accéder), et de fournir facilement des métriques supplémentaires (moyennes sur l'heure / la journée / le mois / l'année, pointes sur la même durée, etc… aujourd'hui en allant assez loin dans les menus il y a une pointe affichée, sans indication claire de la durée sur laquelle elle a été observée).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Eau chaude, eau froide, eau mitigée
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal économie d'electricité. Évalué à 6.
Il faut prendre aussi en compte :
Le premier point fait que, contrairement à ce que l'intuition pourrait laisser penser, il est plus rentable d'avoir une température constante dans une maison bien isolée, au lieu de laisser la température baisser la nuit (et inversement l'été avec la clim, il ne faut surtout pas laisser les murs monter en température). Le calcul du point d'équilibre n'est pas trivial. Si la maison est vraiment bien isolée, on peut partir du principe qu'il vaut mieux garder une température constante, si elle est mal isolée, il vaut mieux laisser filer la température et ne chauffer / refroidir que quand c'est vraiment nécessaire (et investir autant que possible dans de l'isolation). Entre les deux… seuls des tests ou l'appel à un expert pourront permettre de trancher.
Le second point fait qu'idéalement, on devrait tous avoir des contrats en heures pleines / heures creuses, voir des offres type Tempo avec 3 types de période (contrats dont j'étais persuadé qu'ils n'existaient plus, mais en fait si), et si possible avec un découpage des heures pleines et creuses assez fin pour coller au mieux à la réalité. C'est techniquement possible sur une grande partie du territoire… mais les opérateurs semblent encore très frileux à proposer ce genre de service :(
La connaissance libre : https://zestedesavoir.com