Accessoirement, je me demande dans quelle mesure le partenariat entre Valve et AMD pour le SteamDeck n'a pas influencé le fondeur dans sa politique Open Source.
Pas vraiment d’influence de la part de Valve. Quand j’ai écrit cet article, j’avais commencé à faire un récapitulatif du chemin de AMD vers le libre, mais je l’ai retiré car l’article était déjà gros et en fait y a moyen de faire un article rétrospectif dédié.
La libération d’AMD commence avec le rachat d’ATI par AMD et leur projet "Fusion" (qui mixe GPU et CPU dans une seule puce pour produire les APUs qu’on trouve dans les laptops, les PCs d’entrée/moyenne gamme... et les consoles).
Ma première carte AMD qui est aussi ma première carte avec un pilote libre (et c’est ce qui a motivé mon achat) était une ATI HD 2600 PRO AGP en 2008, avec le pilote RadeonHD (oui je m’en souviens).
Donc AMD n’avait pas du tout besoin de Valve pour publier sa documentation et libérer ses pilotes.
Par contre l’inverse est probablement vrai. Les premières steam machines vers (comme la première Alienware alpha) utilisaient Nvidia, ce qui était supposément plus sérieux pour le jeu. En fait c’était peut-être des pilotes plus stables, mais plus difficiles à intégrer et à travailler avec : t’as aucun contrôle dessus, l’intégration peut te péter à la gueule n’importe quand, même si le pilote lui-même tourne correctement une fois intégré (pas le même genre de problème) et tu ne peux rien corriger toi-même.
Donc pour le coup c’est certainement l’ouverture des pilotes AMD (et l’efficacité des APUs issues de la stratégie Fusion) qui ont permis le Steam Deck. Aujourd’hui Valve est un des contributeurs majeurs des pilotes AMD, qui est aussi utilisé dans la dernière Steam Machine sortie en 2026 (mais c’est pas un APU à ce que je sache, ce sont deux puces séparées comme certains portables haut de gamme).
En tant qu’éditeur d’un magasin de jeu, Valve a intérêt que les machines des gens fassent tourner le maximum de jeu pour que les gens puissent acheter chez eux le maximum de jeux qu’ils ne développent pas eux-même la plupart du temps. Donc Valve investir beaucoup de ressources dans l’amélioration des pilotes graphiques, y compris les pilotes pour anciennes cartes graphiques, là où AMD se focalise surtout sur le développement des pilotes pour les cartes dernier cri.
AMD a besoin de s’assurer que leur dernière carte soit utilisable pour que vous l’achetiez, et peut-être même que vous vous décidiez à racheter une nouvelle carte, alors que Valve lui a besoin de s’assurer qu’avec ton PC d’il y a dix ans que tu ne vas pas remplacer, tu puisses acheter le maximum de jeux chez eux. Excepté les produits comme la Steam Deck qui sont minoritaires sur le marché, Valve ne gagne pas d’argent sur le renouvellement du matériel, ils ont donc aucun intérêt à ce que les gens qu’ils vendent requièrent un achat supplémentaire de la part du client. S’ils peuvent ajouter des fonctionnalité aux pilotes des vieilles cartes, ça peut leur amener plus de vente par effet de bord, et le client ne voit pas de surcoût direct (c’est forcément ventilé dans le coût de la plate-forme Steam et donc dilué dans les prix des jeux d’une façon ou d’une autre).
ce commentaire est sous licence cc by 4 et précédentes
Les solutions IA sont utilisée mondialement, et son développement n’est pas près de s’arrêter.
Les personnes blanches sont minoritaires à l’échelle de la planète.
Pour ce dernier point c’est difficile de trouver des statistiques car c’est un sujet sensible, mais par exemple cette page indique environ 15%. C’est à double tranchant, cette minorité est une des raisons pour laquelle le biais « blanchissant » des filtres est problématique au détriment des personnes non-blanches, et cette minorité est une des raisons que la sur-représentation de cette minorité dans l’entraînement des IA en fait une population plus à même d’en subir les effets néfastes de mauvaise représentation (au détriment des personnes blanches, donc). Rien que le cas du filtre « blanchissant » est déjà à double tranchant puisque cela signifie que cette population est plus à même de souffrir de défaut de représentation fondé sur des représentations faussées de soi (la problématique basique du top-model, mais surmultiplié).
Je ne pense pas que les gens doutent du caractère systémique dans le cas du filtre « blanchissant », pourtant c’est exactement la même cause, avec le même biais d’entraînement. Entre le filtre blanchissant et les faux visages de sites générés par IA, la différence est dans le prompt, mais la donnée de base est la même. Avec la même donnée de base biaisée à l’entraînement, un prompt va tenter d’appliquer des canons de beauté occidentaux à des personnes non-blanches, et un autre prompt va de manière statistique produire plus de faux visages ressemblant à des blancs, entraînant les véritables humains eux à associer blanc et faux profil par exposition répétée.
De manière tout à fait indépendante de la question ethnique, on a d’ailleurs probablement là un cas de boucle rétroactive par humain interposée, car cet entraînement d’IA peut entraîner des humains qui peuvent entraîner des IA.
Quand tu dis :
les personnes blanches se rencontrent absolument partout
C’est là un fort biais de sélection.
ce commentaire est sous licence cc by 4 et précédentes
Vous voulez les critères ? Je vous les fait dans le désordre :
...
- personne blanche de 30-40 ans
Ce qui est intéressant ici c’est comment ce qui a pu être dénoncé comme l’effet d’un possible racisme systémique peut nourrir un autre racisme systémique.
Ici il y a le biais que certains phénotypes soient sur-représentés dans la génération de visages, avec le risque que les personnes réelles qui portent aussi ces traits soient alors inconsciemment associées à de la fabrication (faible crédibilité, risque de fraude, voire charlatan). Pour le coup cela pourrait nourrir une nouvelle forme de préjugé au faciès.
C’est un peu comme les gens qui suspectent immédiatement d’IA les gens qui utilisent des tirets quadratins, parce que précisément les IA utilisent des tirets cadratins car elles sont entraînés sur les textes de leurs pairs : des textes à haut niveau de rédaction, de relecture, et de typographie. Et pour le coup si on veut entraîner une IA sur de la connaissance à fort taux de relecture et de vérification, il est peut-être impossible d’éviter ce problème.
Il y a quelques années j’avais fait une expérience avec MidJourney et j’avais trouvé un moyen de faire un prompt entièrement neutre (c’est à dire, sémantiquement vide) et dans ce cas il générait systématiquement un visage de femme, et la même femme. Je rappelle que le prompt était neutre, il ne mentionnait donc ni visage ni femme ni même l’idée d’une personne, l’IA était tout aussi bien libre de produire un tournesol, une construction brutaliste où une scène de la surface de la lune.
De fait, je te remercie, tu me donnes envie d’écrire ce journal, j’ai maintenant trois axes principaux (j’aime bien avoir trois axes avant de traiter d’un sujet) : « La femme de MidJourney », « L’instagrameuse Final fantasy », et « La recruteuse Linkedin ».
ce commentaire est sous licence cc by 4 et précédentes
j'ai du tester une petite dizaine de distros entre 2008 et 2015, [...] Rien que pour ça, wine plus jamais (testé sous ub/debian/fedora/centos/etc à l'époque)
T’es au courant que ta première date a quasiment 20 ans et que ta seconde date a déjà plus de 10 ans ?
En principe ce genre de logiciel s’améliore avec le temps, et pour le coup wine s’est beaucoup amélioré.
le pb du jv sous linux, c'est que j'ai l'impression que steam est devenu l'apple de ce secteur, et que sans leur "prison dorée" il n'y a pas/peu de jeux indépendants, commerciaux, qu'on lancerait d'un simple .sh (comme 0Ad)
Oui ça c’est un problème. Et j’insiste sur le côté incontournable de Steam comme solution technique, indépendamment de la question des jeux indépendants.
Par exemple à Noël j’ai organisé une partie de SupertuxKart avec des enfants et j’ai rassemblé des manettes que j’avais. Je n’ai trouvé aucune solution libre viable sous Linux pour remapper les touches des manettes aux attributions de touches non-standard (ça inclus les manettes playstation), j’en ai testé 5 ou 6 de solutions les plus improbables, certaines demandant même un service en root, mais je me suis arrêté avant la compilation de module de noyau. La seule solution qui a fonctionné a été de lancer SupertuxKart depuis Steam, et d’utiliser leur outil de reconfiguration. Pour le coup leur accès à l’UI en question est contre-intuitif, mais quand tu as trouvé où est cette interface il y a tout ce qui est nécessaire.
Et avant que certains me disent « mais dans SupertuxKart (et autres jeux) tu peux reconfigurer ta manette », oui mais ça c’est pour la personnalisation dans le jeu, si par exemple tu préfères A ou B pour lancer tes muffins explosifs. Si pour naviguer dans les menus et choisir ton personnage c’est la gâchette gauche qui se déplace à droite et le bouton bas qui se déplace à gauche, c’est au niveau du système et pas du jeu qu’il faut réassigner les touches, et il semblerait qu’un seul logiciel fasse ça correctement et complètement sous Linux et c’est un logiciel propriétaire : Steam.
Mais pour le coup cette problématique n’est pas quelque chose qui fait obstacle à la progression de part de marché de Linux, puisque la solution fonctionne sous Linux et est viable. Le joueur Windows qui passe à Linux et prend son Steam avec lui n’aura pas de problème à le faire. Mais c’est peut-être aussi parce que sa plate-forme est Steam, tout comme à une époque où les jeux n’étaient développés que pour les pilotes Nvidia, ce n’était pas la platforme Linux qui était viable, mais la plateforme Nvidia, avec uniquement les variantes Nvidia/NT et Nvidia/Linux. On a désormais les variantes Steam/NT et Steam/Linux...
ce commentaire est sous licence cc by 4 et précédentes
Dans le genre de message à afficher avant rédaction, en plus d’un message explicite décourageant à la publication d’écrit rédigé par une IA, je propose de varier autour de ce thème :
Ce qui est rédigé par une machine doit être lu par une machine, pas par les humains. Ici les lecteurs sont humains.
Si l’effort est trop coûteux pour vous d’écrire, alors l’effort est trop coûteux pour nous de lire.
De toute façon le phénomène de ceux qui postent ici avec dès le départ l’intention d’être lu par une machine et pas par des humains (SEO...) c’est pas nouveau et il n’y a pas eu besoin d’IA, l’IA rend cela seulement plus facile et prolifique.
ce commentaire est sous licence cc by 4 et précédentes
Si je dis à quelqu’un « n’oublie pas ton parapluie » alors qu’il s’apprête à sortir sous la pluie, m’apporter à moi un parapluie et/ou me dire « mais on t’a déjà apporté deux parapluies » est une réponse inappropriée.
ce commentaire est sous licence cc by 4 et précédentes
Ce n’est pas parce que j’indique un point faible d’un système que je ne connais pas de possibles mesures d'atténuation (qui ont leurs limites).
Mon commentaire était pourtant explicite sur le fait qu’il n’y a pas forcément une seule façon de faire :
mais le choix de la séquence chronologique continue ne doit pas forcément être la première idée basique venue.
Je ne sais pas ce que vous essayez de prouver ici.
Je ne cherche pas une solution, je décris un problème et dis qu’il existe des solutions, et je n’ai pas besoin de lister moi-même ces solutions pour décrire le problème.
ce commentaire est sous licence cc by 4 et précédentes
Il n’y a pas de contradiction dans nos deux messages, et ajouter d’autres contraintes (pouvoir compter tes factures) n’enlève pas la contrainte d’évitement de collisions...
ce commentaire est sous licence cc by 4 et précédentes
Le numéro de facture doit être unique et basé sur une séquence chronologique continue.
Je suis d’accord sur le principe pour éviter les collisions, mais le choix de la séquence chronologique continue ne doit pas forcément être la première idée basique venue.
Genre quand tu débutes ton entreprise, t’as pas forcément envie que le devis indique à ton client que c’est ton premier devis de l’année... Façon 20260001. 🤭️
Ou genre t’as pas encore beaucoup de client, mais magiquement tu révèles à tous tes clients à chaque mensualité/annuité combien tu édites de facture entre chaque date... Et donc combien tu as de clients si la prestation est assez standardisée. 🫣️
ce commentaire est sous licence cc by 4 et précédentes
La première fois que j’en ai écrit un c’était il y a 11 ans...
pourquoi les noms des fonctions commencent-ils par un souligné ?
Pour ne pas me prendre la tête et décharger la charge mentale en étant certain que je n’entre pas en conflit avec des outils standard ou des primitives du shell comme help, test, etc. Je fais souvent comme ça pour les petits scripts où les fonctions ne sont formé que d’un seul mot. Dès que je fais des scripts un peu plus conséquent mes fonctions utilisent au mois deux mots (et dans ce cas je m’y tiens) et donc le problème ne se pose plus, par exemple dans un script plus large je nommerai la fonction printHelp.
c'est quoi exactement le dialecte de Lisp utilisé pour contrôler Gimp ?
Aucune idée. Il y a beaucoup de culte du cargo dans ce genre de script.
ce commentaire est sous licence cc by 4 et précédentes
Carrément, c’est pour ça que la Chine s’y est mis il y a 15 ans. Ce sont des chantiers similaires au nucléaire civil ou le TGV, qu’on a réussi à mener à bien par le passé.
D'où l'intérêt de le faire au niveau européen, cela ouvre des horizons et garanties plus larges et évitant les redondance.
Les projets Européens c’est à double tranchant. Faire travailleur plusieurs pays sur un même projet c’est casse-gueule. Ça marche avec l’ESA, mais on voit par exemple que dans l’armement ça fait perdre du temps à tout le monde.
L’avantage de l’informatique c’est que c’est modulaire, et faire travailler des pays différents sur un produit différent a plus de chance de succès. Un pays qui fait des CPUs, un pays qui fait des mémoires, un pays qui fait des GPUs... Ça garantie que chaque pays n’ait pas besoin de « tirer la couverture à lui » à l’intérieur même du projet et élimine les conflits afférents et permet de s’y donnant à fond, tout en garantissant une collaboration par la seule dynamique de marché : les uns achetant mutuellement aux autres les pièces qu’ils ne produisent pas eux-même.
On peut par exemple imaginer un PC 100% européen avec un CPU 100% français, de la RAM 100% italienne, un SSD 100% allemand, un GPU 100% espagnol sur une carte-mère 100% belge, par exemple. Chacun s’assure ainsi un haut niveau de souveraineté sur un produit essentiel, tout en garantissant un levier de négociation décisif sur les produits pour lesquels la souveraineté n’est pas assurée par la production intérieure.
Pour le coup comme le mentionne Aldebaran dans son commentaire plus bas, la Hollande avec ses machines de lithographie montrent l’exemple. Si plusieurs pays ont une domination sur un produit essentiel de manière à ce que cela créée un marché d’échange, cela augmente le niveau de souveraineté de chacun : par la production intérieure d’abord, et ensuite parce que cette production intérieure permet et encourage (sinon contraint) la négociation entre les parties. La garantie de la collaboration de la partie dont on dépend participe aussi à la souveraineté.
On pourrait déjà commencer à produire des carte-mères...
ce commentaire est sous licence cc by 4 et précédentes
Je me rends compte que cet article de 2021 du Comptoir du Hardware sur les QNAP Zhaoxin donne un lien vers un autre article de 2020 qui partageait une information de Zhaoxin qui prévoyait de sortir des cartes graphiques dédiées en 2021. Bon ce n’est pas arrivé, mais les puces graphices Zhoxin existent bien comme puce intégrée dans les CPUs. L’article fait aussi des pronostiques sur la possible technologie graphique S3 (certains se souviendront des S3 Chromes...), en précisant que si Via a vendu S3 à HTC, Via auraient conservé une licence S3... Je creuserai tout ça, pour le moment ce n’est que du pronostic.
ce commentaire est sous licence cc by 4 et précédentes
On ne peut pas tout faire, et pas tout d’un coup, mais si déjà on avait une usine de RAM en France et une usine de CPUs en Italie, ou l’inverse, ça irait déjà mieux... Et avoir une usine en France ne signifie pas se limiter au marché français, on vend bien du champagne jusqu’au bout du monde...
Ça fait déjà 5 ans que QNAP a introduit du Zhaoxin dans certains de ses NAS (ils ont aussi du AMD, du Intel et du ARM). On peut imaginer vendre des puces française dans des tas de produits sans même commencer à concurrencer le marché du PC traditionnel.
ce commentaire est sous licence cc by 4 et précédentes
Et les DLSS 12 ou 22 seront toujours moins efficaces que ce que fait Apple (et bien d'autres avant) en réduisant la consommation, la complexité des puces et la bande passante mémoire en utilisant les technos PowerVR, un truc européen (anglais, comme ARM)
L’efficacité d’Apple tient essentiellement dans le fait que tout est très intégré et soudé, un peu comme dans une PlayStation ou une Xbox. Ça fait du matériel jetable irréparable, mais les raccourcis pris apportent parfois des gains significatifs comme la bande passante, et aussi comme pour les consoles le logiciel peut faire des suppositions très osées, et possiblement déléguer des tâches au CPU pour suppléer le GPU car la mémoire est partagée.
Mais même dans un Apple, l’architecture PowerVR souffre de ses limitations. Ça reste une architecture tiled renderer comme dans la plupart de nos téléphones et les machins-pi même quand ce sont d’autres marques (par exemple Broadcom a une architecture en tiled renderer, aussi). Cela signifie que même les dernières versions d’OpenGL 4.6 (pourtant l’ancienne techno avant Vulkan) ne peuvent pas être implémentées sans émuler certaines fonctionnalités (en particulier l’extension ARB_texture_barrier d’OpenGL 4.5), et cette émulation requiert d’aller contre l’architecture qui est physiquement incompatible et de perdre les gains apportés par le design. Apple ne s’embête même pas à le faire et se limite à OpenGL 4.1, et ils l’ont déprécié OpenGL de toute façon, c’est pratique. 😁️
On retrouve les mêmes limitations qu’AGX d’Apple dans les MTT S80 de Moore Threads, car tous deux basés sur PowerVR: pas de ARB_texture_barrier commen mentionné, mais aussi des triangles qui ne sont tout simplement pas dessinés (AGX, MTT, PVR). Ce dernier bug est très certainement matériel, dans le design PowerVR lui-même. Le bug se reproduit quelque soit le pilote (asahi, mtgpu et pvr sous Linux par exemple), quelque soit le système d’exploitation (Linux, macOS, je n’ai pas encore testé Windows) et quelque soit l’architecture hôte (x86, arm64, riscv64).
ce commentaire est sous licence cc by 4 et précédentes
De nouveaux venus (Moore Threads, Lisuan Technology)
Il faut aussi compter Zhaoxin pour les graphismes intégrés. Les processeurs Zhaoxin intègrent une puce graphique du même nom. Je ne sais pas quelle est la technologie derrière. Le CPU est un descendant du Via lui-même descendant du Cyrix, je ne serai donc pas surpris si la partie graphique descend de S3 à cause du lien historique entre Via et S3, mais la partie S3 de Via avait été revendue à HTC il y a déjà 15 ans en 2011... Je n’ai donc aucune idée pour le moment. Je possède un KX6000 (un KX-U6780A exactement) et le pilote graphique pour Linux est buggé, GNOME fonctionne mais Unvanquished met les pieds dans un bug du pilote. Je ne l’ai pas testé sous Windows (parce que Windows c’est pénible 😅️). Le pilote zhaoxin est propriétaire, je n’ai pas fait plus de recherches sur le pilote. Je devrais recevoir un KX7000 cette année, avec un pilote plus à jour.
Les Moore Threads, comme les Apple AGX, sont des dérivés de PowerVR et en partagent même certains bugs. Le pilote mtgpu est aussi propriétaire, mais j’y trouve plein de traces de Mesa dedans (ce qui est possible légalement car Mesa est principalement sous licence permissive MIT). Je possède une MTT S80.
Selon Wikipédia, Lisuan Tech aurait été fondé en 2021 par trois anciens employés de S3 Graphics, donc là on retrouvera peut-être un héritage de S3, du moins dans le savoir-faire, puisque je ne sais pas s’ils ont des liens avec HTC.
Je parlerai un peu du MTT S80 dans la dépêche en préparation pour la sortie d’Unvanquished 0.56, mais je prévois dans les prochains mois de développer une série de publications sur le développement informatique chinois (CPUs Zhaoxin, GPUs MTT, etc.). L’avantage de ces technologies chinoises c’est qu’elles sont pensées pour s’intégrer directement avec les technologies existantes (notamment le fait que Zhaoxin soit du x86). Là où la France commence péniblement à envisager du Linux pour ses administrations pour gagner un peu de souveraineté côté logiciel, la Chine fait déjà dans le dur et a déjà ses CPUs et ses GPUS... Et alors que le monde est en pénurie de RAM et de SSD, leurs usines (CXMT et JHICC pour la RAM, YMTC pour les SSD) dont ils ont lancés la construction il y a 15 ans entrent désormais en production (voir la vidéo de Gamers Nexus sur le sujet)...
Le problème c’est que pour la France, passer d’une dépendance américaine à une dépendance chinoise, c’est toujours une dépendance. Donc ces produits peuvent être bienvenus en terme de mise en concurrence, mais ce n’est pas une aubaine en terme de souveraineté, que ce soit de l’américain ou du chinois, c’est kif-kif on reste entièrement dépendant de puissance étrangères avec un risque aussi grand de sanction ou de backdoor. Acheter du américain souverain ou du chinois souverain ne fait pas de nous des souverains, tout comme imiter un modèle ne fais pas de nous des modèles mais des suiveurs. Mais si déjà on était des suiveurs, nous ne sommes que des consommateurs...
Enfin bref, je m’égare, mais si tout se passe bien je devrais entamer une série sur ces technologies dans l’année, du point de vue linuxien. D’ailleurs je serai très intéressé de mettre la main sur une carte Lisuan Tech donc si des gens ont des relations en Chine ça m’intéresse.
À propos de relations en Chine, indépendamment de ces GPUs chinois, et en fait plus difficile à trouver que ces GPUs chinois, je cherche à mettre la main sur la carte mère MS-BA17 (part number 109-S05040-00D). C’est un produit américain vendu exclusivement sur le marché intérieur Chinois, ce commentaire sera peut-être le tout premier commentaire à référencer ces références sur le web occidental (et à remonter dans vos recherches), trois ans après la mise sur le marché du produit en question. Rien que pour le fun, vous pouvez essayer de rechercher cela sur les moteurs de recherche occidentaux type Google, DuckDuckGo, Yahoo, Bing ou QWant, vous ne recevrez aucune réponse (vérifiez). Il existe un troisième nom qui a traversé le grand pare-feu mais je le tais pour l’exercice. Je peux fournir des photos pour prouver que le produit existe avec ces références. 😜️
ce commentaire est sous licence cc by 4 et précédentes
Dans la rubrique "OpenGL", tu peux cliquer sur "Drivers details" pour dérouler le tableau détaillé.
Toutes les cartes AMD GCN et RDNA prennent en charge OpenGL 4.6, et il me semble aussi que les plus anciennes TeraScale 2 et TeraScale 3 prennent aussi en charge OpenGL 4.6 (TeraScale 2 c’est l’année 2009).
quid des GPU intégrés, peuvent-ils le faire (je n'en doute pas, mais lesquels)
Tous les GPUs intégrés AMD (appelés APUs) proposent exactement les mêmes fonctionnalités que leurs homologues de bureau sur carte. La différence est le nombre de transistors et d’unités de calcul implémentées. C’est similaire à ce qui se passe du côté des CPUs, tu peux avoir un petit CPU Ryzen avec 6 cœurs ou un gros CPU ThreadRipper avec 64 cœurs, et tu peux avoir une petite puce ou une grosse puce graphique. Ce qui change est donc le nombre d’unités de calcul, la fréquence (et donc la consommation électrique), le type de mémoire vive et comment la mémoire est connectée (essentiellement une affaire de fréquence et de bande passante), le nombre de lignes PCI express (là encore de la bande passante) mais en terme de fonctionnalités c’est pareil. Pour une même génération, la différence entre une puce intégrée et une grosse carte graphique de chez AMD est uniquement la performance.
AMD a abandonné sa gamme mobile Imageon en 2009 en la revendant à Qualcomm dont le nom de la puce adreno et un anagramme de radeon en clin d’œil à leur origin... Donc depuis 2009 il n’y a plus de puce basse consommation AMD qui diffère techniquement des puces AMD haute performance.
Ces puces mobiles devenues "adreno" qui sont similaires à ta puce Mali (et qu’on retrouve aussi dans des SoC ARM) ne sont plus produites par AMD depuis 17 ans. Les puces adreno ont des limitations similaires aux puces Mali, mais ce ne sont pas des puces AMD. Tu peux prendre une puce AMD les yeux fermés et tu auras OpenGL 4.6.
mon "pc" actuel avec un rk3588 (Arm Mali) implémente la dernière version de Vulkan, mais OpenGL n'est qu'en version 3.1 parce que les fonctionnalités d'OpenGL 4.3, ou plus, ne sont pas fondues dans le silicone (c'est ce que je comprends).
Il est possible (je n’ai pas vérifié) que des fonctionnalités soient implémentable mais pas encore implémentées. Pour des raisons pragmatiques et pratiques, Mesa se focalise d’abord sur « le minimum vital » pour que la puce graphique soit utilisable, notamment par les environnements de bureau. Ça veut dire OpenGL 2.1 dès que possible et OpenGL 3.1 aussi vite. OpenGL 3.1 c’est la version de base de l’OpenGL actuel, en quelque sorte toutes les versions supplémentaires ne sont que des collections d’extensions par dessus. OpenGL 2.1 peut être vue comme une version immature mais très proche d’OpenGL 3.1, donc il est peu coûteux d’adapter un logiciel 3.1 pour 2.1. Mesa vise donc ces objectifs en premier. C’est ce qui permet aux distributions de fournir un bureau moderne fonctionnel. Il y a aussi OpenGL ES, mais tu vois l’idée, le but c’est de faire marcher les gestionnaires de connexion et environnements de bureau standards. Une fois que OpenGL 3.1 est implémenté on peut considérer que « le boulot est fait ».
Il est donc tout à fait possible que le Mali rk3588 soit capable de bien plus qu’OpenGL 3.1 mais que Mesa n’ai pas encore implémenté plus. Là encore si on regarde la page mesamatrix dans la colonne panfrost, on voit qu’une seule extension de OpenGL 3.2 est manquante (les geometry shaders), mais que toutes les extensions de 3.3 sont déjà implémentées. Donc dans l’hypothèse où les geometry shaders seraient implémentables, les jour où ils le sont Mesa passera directement de GL 3.1 à GL 3.3.
Comme je le disais, OpenGL 3.1+ sont surtout des extensions, une version n’est déclarée comme prise en charge que lorsque toutes les extensions de cette version sont prises en charge, mais la prise en charge de chaque extension est déclarée indépendamment. Il peut donc être possible de faire tourner un logiciel GL 4.3 sur un pilote qui n’annonce que 3.1 si en fait les seules extensions requises par le logiciel sont déjà implémentées. On peut voir encore sur mesamatrix que le pilote panfrost implémente déjà des extensions de GL 4.6. Donc si Blender ne tourne pas c’est que soi :
Blender ne s’embête pas à regarder la prise en charge extension par extension, ou que
Blender requiert une extension qui n’est pas implémentée, comme les geometry shaders
La seconde hypothèse est tout de même la plus probable.
Aussi les puces Mali comme la majorité des puces implémentées sur les SoC ARM sont des puces mobiles avec certaines limitations matérielles. Pour reprendre l’exemple des geometry shaders qui limitent ta puce graphique à GL 3.1, il est possible que:
la puce soit capable de geometry shaders mais que Mesa ne l’implémente pas encore, ou que
Mesa puisse émuler les geometry shaders au prix d’une performance moindre, ou que
il soit techniquement impossible d’implémenter les geometry shaders
Il y a des chances que la situation soit la seconde hypothèse. Si je ne me trompe pas les geometry shaders sont aussi optionnels dans Vulkan.
Je ne sais pas ce qui bloque exactement dans Blender, mais c’est probablement un truc du genre.
ce commentaire est sous licence cc by 4 et précédentes
Bonjour Jehan, on parle bien du fait que lorsque tu ouvres un dossier dans un explorateur de fichier comme nautilus, thunar ou dolphin, l’explorateur de fichier puisse appeler GIMP sans interface pour générer les miniatures des fichiers du dossiers. Est-ce que GIMP propose une telle interface ?
Cette interface en ligne de commande n’a pas besoin d’être standardisée, on peut écrire un script autour comme j’ai fait avec Darktable.
De mon côté j’utilise mon propre fork de gnome-xcf-thumbnailer avec des patchs perso:
Mais ce projet ne fait pas partie de GIMP, donc quand GIMP fait évoluer le format (et c’est très bien et j’ai même des suggestions à apporter), bah gnome-xcf-thumbnailer ne suit pas et ne peut pas générer des miniatures pour les nouvelles itérations du format.
Mon besoin est de pouvoir utiliser un outil genre gimp-cli qui prendrait en entrée un fichier xcf et qui donnerait en sortie un png, compilé depuis la même base de code de GIMP (avec des ifdef par exemple), est-ce que ça existe ? Ça serait peut-être atrocement lent, mais ça marcherait. On pourrait même chaîner gnome-xcf-thumbnailer et n’appeler ce gimp-cli que quand le premier échoue.
Peut-être que tout est déjà là. Je sais qu’il existe gimp-console, peut-être qu’on peut le scripter pour faire ça.
Je n’ai pas du tout besoin que GIMP génère des vignettes et implémente la spécification "Thumbnail Managing Standard" de Freedesktop.
J’ai besoin que GIMP propose un outil en ligne de commande qui propose cette interface: command -s SIZE INFILE OUTFILE.
J’attends de mon explorateur de fichier (pas GIMP) d’implémenter la spécification "Thumbnail Managing Standard" de Freedesktop, et puisse appeler GIMP avec l’interface précitée. 🙂️
ce commentaire est sous licence cc by 4 et précédentes
Ce serait déjà un mieux que la situation actuelle, mais ça ne change pas le fond de la question.
J’ai comme l’impression que si on appliquait une telle mesure en France, nous devrions revenir au fax, tellement nous sommes dépendants des produits étrangers...
ce commentaire est sous licence cc by 4 et précédentes
Personnellement je pense que pour ce genre de fichier spécifique, c’est à l’éditeur de fournir un outil en ligne de commande qui prend en entrée un fichier et qui sort une image, afin d’être intégré au système de vignette.
Par exemple pour les fichiers raw j’ai scripté darktable-cli:
Ça dépend du système d’exploitation s’il implémente la copie reflink quand il accède au système de fichier en direct, ou bien s’il utilise la copie côté serveur si sur un disque réseau.
Et le principe d’avoir le service bees qui tourne c’est d’attraper tout le reste qui ne serait pas déjà dédupliqué au moment de la copie.
Par exemple si tu as plusieurs utilisateurs qui reçoivent le même PDF par mail et que chacun le télécharge, bees s’en chargera.
ce commentaire est sous licence cc by 4 et précédentes
En faisant la déduplication au niveau système de fichier t’as pas besoin d’avoir une image en commun. Tu peux dédupliquer des machines virtuelles, des dumps de disques de machines physiques, et si ton hôte est sur le même système de fichier, tu peux dédupliquer les machines virtuelles avec les fichiers de l’hyperviseur !
J’ai pas vérifié, mais il n’y a pas de raison que ça ne déduplique pas aussi des images docker avec le reste. De toute façon j’utilise aussi btrfs en backend docker car c’est requis pour faire tourner Darling dans docker.
ce commentaire est sous licence cc by 4 et précédentes
# Intéressant
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien SpaceWASM :la NASA publie un runtime WASM pour les vaisseaux spatiaux. Évalué à 6 (+3/-0). Dernière modification le 14 juillet 2026 à 01:49.
Intéressant, cependant :
La limite de 4Go par processus est une limite de Wasm32 en général.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: C'est quand même moyen fiable
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Windows chute sous la barre des 60 % de parts de marché mondiales des systèmes d'exploitation de bureau pour la première fois depuis des années.. Évalué à 4 (+1/-0).
Accessoirement, je me demande dans quelle mesure le partenariat entre Valve et AMD pour le SteamDeck n'a pas influencé le fondeur dans sa politique Open Source.
Pas vraiment d’influence de la part de Valve. Quand j’ai écrit cet article, j’avais commencé à faire un récapitulatif du chemin de AMD vers le libre, mais je l’ai retiré car l’article était déjà gros et en fait y a moyen de faire un article rétrospectif dédié.
La libération d’AMD commence avec le rachat d’ATI par AMD et leur projet "Fusion" (qui mixe GPU et CPU dans une seule puce pour produire les APUs qu’on trouve dans les laptops, les PCs d’entrée/moyenne gamme... et les consoles).
Ma première carte AMD qui est aussi ma première carte avec un pilote libre (et c’est ce qui a motivé mon achat) était une ATI HD 2600 PRO AGP en 2008, avec le pilote RadeonHD (oui je m’en souviens).
Donc AMD n’avait pas du tout besoin de Valve pour publier sa documentation et libérer ses pilotes.
Par contre l’inverse est probablement vrai. Les premières steam machines vers (comme la première Alienware alpha) utilisaient Nvidia, ce qui était supposément plus sérieux pour le jeu. En fait c’était peut-être des pilotes plus stables, mais plus difficiles à intégrer et à travailler avec : t’as aucun contrôle dessus, l’intégration peut te péter à la gueule n’importe quand, même si le pilote lui-même tourne correctement une fois intégré (pas le même genre de problème) et tu ne peux rien corriger toi-même.
Donc pour le coup c’est certainement l’ouverture des pilotes AMD (et l’efficacité des APUs issues de la stratégie Fusion) qui ont permis le Steam Deck. Aujourd’hui Valve est un des contributeurs majeurs des pilotes AMD, qui est aussi utilisé dans la dernière Steam Machine sortie en 2026 (mais c’est pas un APU à ce que je sache, ce sont deux puces séparées comme certains portables haut de gamme).
En tant qu’éditeur d’un magasin de jeu, Valve a intérêt que les machines des gens fassent tourner le maximum de jeu pour que les gens puissent acheter chez eux le maximum de jeux qu’ils ne développent pas eux-même la plupart du temps. Donc Valve investir beaucoup de ressources dans l’amélioration des pilotes graphiques, y compris les pilotes pour anciennes cartes graphiques, là où AMD se focalise surtout sur le développement des pilotes pour les cartes dernier cri.
AMD a besoin de s’assurer que leur dernière carte soit utilisable pour que vous l’achetiez, et peut-être même que vous vous décidiez à racheter une nouvelle carte, alors que Valve lui a besoin de s’assurer qu’avec ton PC d’il y a dix ans que tu ne vas pas remplacer, tu puisses acheter le maximum de jeux chez eux. Excepté les produits comme la Steam Deck qui sont minoritaires sur le marché, Valve ne gagne pas d’argent sur le renouvellement du matériel, ils ont donc aucun intérêt à ce que les gens qu’ils vendent requièrent un achat supplémentaire de la part du client. S’ils peuvent ajouter des fonctionnalité aux pilotes des vieilles cartes, ça peut leur amener plus de vente par effet de bord, et le client ne voit pas de surcoût direct (c’est forcément ventilé dans le coût de la plate-forme Steam et donc dilué dans les prix des jeux d’une façon ou d’une autre).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Le surentraînement des IA sur des profils types peut nuire à ces profils types
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal les visages générés par IA. Évalué à 2 (+2/-3).
Pour ce dernier point c’est difficile de trouver des statistiques car c’est un sujet sensible, mais par exemple cette page indique environ 15%. C’est à double tranchant, cette minorité est une des raisons pour laquelle le biais « blanchissant » des filtres est problématique au détriment des personnes non-blanches, et cette minorité est une des raisons que la sur-représentation de cette minorité dans l’entraînement des IA en fait une population plus à même d’en subir les effets néfastes de mauvaise représentation (au détriment des personnes blanches, donc). Rien que le cas du filtre « blanchissant » est déjà à double tranchant puisque cela signifie que cette population est plus à même de souffrir de défaut de représentation fondé sur des représentations faussées de soi (la problématique basique du top-model, mais surmultiplié).
Je ne pense pas que les gens doutent du caractère systémique dans le cas du filtre « blanchissant », pourtant c’est exactement la même cause, avec le même biais d’entraînement. Entre le filtre blanchissant et les faux visages de sites générés par IA, la différence est dans le prompt, mais la donnée de base est la même. Avec la même donnée de base biaisée à l’entraînement, un prompt va tenter d’appliquer des canons de beauté occidentaux à des personnes non-blanches, et un autre prompt va de manière statistique produire plus de faux visages ressemblant à des blancs, entraînant les véritables humains eux à associer blanc et faux profil par exposition répétée.
De manière tout à fait indépendante de la question ethnique, on a d’ailleurs probablement là un cas de boucle rétroactive par humain interposée, car cet entraînement d’IA peut entraîner des humains qui peuvent entraîner des IA.
Quand tu dis :
C’est là un fort biais de sélection.
ce commentaire est sous licence cc by 4 et précédentes
# Le surentraînement des IA sur des profils types peut nuire à ces profils types
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal les visages générés par IA. Évalué à 7 (+6/-2).
Ce qui est intéressant ici c’est comment ce qui a pu être dénoncé comme l’effet d’un possible racisme systémique peut nourrir un autre racisme systémique.
Par exemple il avait été dénoncé il y a quelques années les « filtres d’influenceurs (Instagram et autres) conçus et entraînés sur des visages occidentaux (biais d’intention et biais de sélection). Par exemple les articles Miroir, mon beau miroir, qui est la plus blanche de toutes ? Les biais raciaux dans les filtres de beauté des réseaux sociaux (en), TikTok : aviez-vous remarqué que ce filtre fonctionne seulement sur peau blanche ? (attention acceptation de cookie requis). Mais il n’y a pas que le filtre de vénus européenne, il y a aussi le filtre asiatique d’inspiration jeu vidéo à la Final Fantasy ou certains manga...
Ici il y a le biais que certains phénotypes soient sur-représentés dans la génération de visages, avec le risque que les personnes réelles qui portent aussi ces traits soient alors inconsciemment associées à de la fabrication (faible crédibilité, risque de fraude, voire charlatan). Pour le coup cela pourrait nourrir une nouvelle forme de préjugé au faciès.
C’est un peu comme les gens qui suspectent immédiatement d’IA les gens qui utilisent des tirets quadratins, parce que précisément les IA utilisent des tirets cadratins car elles sont entraînés sur les textes de leurs pairs : des textes à haut niveau de rédaction, de relecture, et de typographie. Et pour le coup si on veut entraîner une IA sur de la connaissance à fort taux de relecture et de vérification, il est peut-être impossible d’éviter ce problème.
Il y a quelques années j’avais fait une expérience avec MidJourney et j’avais trouvé un moyen de faire un prompt entièrement neutre (c’est à dire, sémantiquement vide) et dans ce cas il générait systématiquement un visage de femme, et la même femme. Je rappelle que le prompt était neutre, il ne mentionnait donc ni visage ni femme ni même l’idée d’une personne, l’IA était tout aussi bien libre de produire un tournesol, une construction brutaliste où une scène de la surface de la lune.
De fait, je te remercie, tu me donnes envie d’écrire ce journal, j’ai maintenant trois axes principaux (j’aime bien avoir trois axes avant de traiter d’un sujet) : « La femme de MidJourney », « L’instagrameuse Final fantasy », et « La recruteuse Linkedin ».
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: C'est quand même moyen fiable
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Windows chute sous la barre des 60 % de parts de marché mondiales des systèmes d'exploitation de bureau pour la première fois depuis des années.. Évalué à 5 (+2/-0).
T’es au courant que ta première date a quasiment 20 ans et que ta seconde date a déjà plus de 10 ans ?
En principe ce genre de logiciel s’améliore avec le temps, et pour le coup wine s’est beaucoup amélioré.
Oui ça c’est un problème. Et j’insiste sur le côté incontournable de Steam comme solution technique, indépendamment de la question des jeux indépendants.
Par exemple à Noël j’ai organisé une partie de SupertuxKart avec des enfants et j’ai rassemblé des manettes que j’avais. Je n’ai trouvé aucune solution libre viable sous Linux pour remapper les touches des manettes aux attributions de touches non-standard (ça inclus les manettes playstation), j’en ai testé 5 ou 6 de solutions les plus improbables, certaines demandant même un service en root, mais je me suis arrêté avant la compilation de module de noyau. La seule solution qui a fonctionné a été de lancer SupertuxKart depuis Steam, et d’utiliser leur outil de reconfiguration. Pour le coup leur accès à l’UI en question est contre-intuitif, mais quand tu as trouvé où est cette interface il y a tout ce qui est nécessaire.
Et avant que certains me disent « mais dans SupertuxKart (et autres jeux) tu peux reconfigurer ta manette », oui mais ça c’est pour la personnalisation dans le jeu, si par exemple tu préfères A ou B pour lancer tes muffins explosifs. Si pour naviguer dans les menus et choisir ton personnage c’est la gâchette gauche qui se déplace à droite et le bouton bas qui se déplace à gauche, c’est au niveau du système et pas du jeu qu’il faut réassigner les touches, et il semblerait qu’un seul logiciel fasse ça correctement et complètement sous Linux et c’est un logiciel propriétaire : Steam.
Mais pour le coup cette problématique n’est pas quelque chose qui fait obstacle à la progression de part de marché de Linux, puisque la solution fonctionne sous Linux et est viable. Le joueur Windows qui passe à Linux et prend son Steam avec lui n’aura pas de problème à le faire. Mais c’est peut-être aussi parce que sa plate-forme est Steam, tout comme à une époque où les jeux n’étaient développés que pour les pilotes Nvidia, ce n’était pas la platforme Linux qui était viable, mais la plateforme Nvidia, avec uniquement les variantes Nvidia/NT et Nvidia/Linux. On a désormais les variantes Steam/NT et Steam/Linux...
ce commentaire est sous licence cc by 4 et précédentes
# Ce qui est rédigé par une machine doit être lu par une machine
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Les journaux générés par IA. Évalué à 10 (+9/-0).
Dans le genre de message à afficher avant rédaction, en plus d’un message explicite décourageant à la publication d’écrit rédigé par une IA, je propose de varier autour de ce thème :
De toute façon le phénomène de ceux qui postent ici avec dès le départ l’intention d’être lu par une machine et pas par des humains (SEO...) c’est pas nouveau et il n’y a pas eu besoin d’IA, l’IA rend cela seulement plus facile et prolifique.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas mal !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Je développe un facturier électronique libre pour les artisans. Évalué à 3 (+1/-1).
Pour faire une analogie :
Si je dis à quelqu’un « n’oublie pas ton parapluie » alors qu’il s’apprête à sortir sous la pluie, m’apporter à moi un parapluie et/ou me dire « mais on t’a déjà apporté deux parapluies » est une réponse inappropriée.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas mal !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Je développe un facturier électronique libre pour les artisans. Évalué à 3 (+1/-1).
Ce n’est pas parce que j’indique un point faible d’un système que je ne connais pas de possibles mesures d'atténuation (qui ont leurs limites).
Mon commentaire était pourtant explicite sur le fait qu’il n’y a pas forcément une seule façon de faire :
Je ne sais pas ce que vous essayez de prouver ici.
Je ne cherche pas une solution, je décris un problème et dis qu’il existe des solutions, et je n’ai pas besoin de lister moi-même ces solutions pour décrire le problème.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas mal !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Je développe un facturier électronique libre pour les artisans. Évalué à 3 (+1/-1).
Il n’y a pas de contradiction dans nos deux messages, et ajouter d’autres contraintes (pouvoir compter tes factures) n’enlève pas la contrainte d’évitement de collisions...
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas mal !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Je développe un facturier électronique libre pour les artisans. Évalué à 6 (+3/-0).
Je suis d’accord sur le principe pour éviter les collisions, mais le choix de la séquence chronologique continue ne doit pas forcément être la première idée basique venue.
Genre quand tu débutes ton entreprise, t’as pas forcément envie que le devis indique à ton client que c’est ton premier devis de l’année... Façon 20260001. 🤭️
Ou genre t’as pas encore beaucoup de client, mais magiquement tu révèles à tous tes clients à chaque mensualité/annuité combien tu édites de facture entre chaque date... Et donc combien tu as de clients si la prestation est assez standardisée. 🫣️
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: GIMP 3.2.2 est déjà là!
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 4.
Aucune idée, j’ai simplement imité les fichiers que j’ai trouvé dans mon système.
J’ai l’habitude d’écrire ce genre de script et avec le temps je recopie mes copier-coller :
La première fois que j’en ai écrit un c’était il y a 11 ans...
Pour ne pas me prendre la tête et décharger la charge mentale en étant certain que je n’entre pas en conflit avec des outils standard ou des primitives du shell comme
help,test, etc. Je fais souvent comme ça pour les petits scripts où les fonctions ne sont formé que d’un seul mot. Dès que je fais des scripts un peu plus conséquent mes fonctions utilisent au mois deux mots (et dans ce cas je m’y tiens) et donc le problème ne se pose plus, par exemple dans un script plus large je nommerai la fonctionprintHelp.Aucune idée. Il y a beaucoup de culte du cargo dans ce genre de script.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Les GPUs chinois
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 5 (+2/-0).
Carrément, c’est pour ça que la Chine s’y est mis il y a 15 ans. Ce sont des chantiers similaires au nucléaire civil ou le TGV, qu’on a réussi à mener à bien par le passé.
Les projets Européens c’est à double tranchant. Faire travailleur plusieurs pays sur un même projet c’est casse-gueule. Ça marche avec l’ESA, mais on voit par exemple que dans l’armement ça fait perdre du temps à tout le monde.
L’avantage de l’informatique c’est que c’est modulaire, et faire travailler des pays différents sur un produit différent a plus de chance de succès. Un pays qui fait des CPUs, un pays qui fait des mémoires, un pays qui fait des GPUs... Ça garantie que chaque pays n’ait pas besoin de « tirer la couverture à lui » à l’intérieur même du projet et élimine les conflits afférents et permet de s’y donnant à fond, tout en garantissant une collaboration par la seule dynamique de marché : les uns achetant mutuellement aux autres les pièces qu’ils ne produisent pas eux-même.
On peut par exemple imaginer un PC 100% européen avec un CPU 100% français, de la RAM 100% italienne, un SSD 100% allemand, un GPU 100% espagnol sur une carte-mère 100% belge, par exemple. Chacun s’assure ainsi un haut niveau de souveraineté sur un produit essentiel, tout en garantissant un levier de négociation décisif sur les produits pour lesquels la souveraineté n’est pas assurée par la production intérieure.
Pour le coup comme le mentionne Aldebaran dans son commentaire plus bas, la Hollande avec ses machines de lithographie montrent l’exemple. Si plusieurs pays ont une domination sur un produit essentiel de manière à ce que cela créée un marché d’échange, cela augmente le niveau de souveraineté de chacun : par la production intérieure d’abord, et ensuite parce que cette production intérieure permet et encourage (sinon contraint) la négociation entre les parties. La garantie de la collaboration de la partie dont on dépend participe aussi à la souveraineté.
On pourrait déjà commencer à produire des carte-mères...
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Les GPUs chinois
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 7 (+4/-0). Dernière modification le 19 avril 2026 à 16:02.
Je me rends compte que cet article de 2021 du Comptoir du Hardware sur les QNAP Zhaoxin donne un lien vers un autre article de 2020 qui partageait une information de Zhaoxin qui prévoyait de sortir des cartes graphiques dédiées en 2021. Bon ce n’est pas arrivé, mais les puces graphices Zhoxin existent bien comme puce intégrée dans les CPUs. L’article fait aussi des pronostiques sur la possible technologie graphique S3 (certains se souviendront des S3 Chromes...), en précisant que si Via a vendu S3 à HTC, Via auraient conservé une licence S3... Je creuserai tout ça, pour le moment ce n’est que du pronostic.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Les GPUs chinois
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 9 (+6/-0). Dernière modification le 19 avril 2026 à 15:52.
On ne peut pas tout faire, et pas tout d’un coup, mais si déjà on avait une usine de RAM en France et une usine de CPUs en Italie, ou l’inverse, ça irait déjà mieux... Et avoir une usine en France ne signifie pas se limiter au marché français, on vend bien du champagne jusqu’au bout du monde...
Ça fait déjà 5 ans que QNAP a introduit du Zhaoxin dans certains de ses NAS (ils ont aussi du AMD, du Intel et du ARM). On peut imaginer vendre des puces française dans des tas de produits sans même commencer à concurrencer le marché du PC traditionnel.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Path tracing et BS Marketing NVidia
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 9 (+6/-0).
L’efficacité d’Apple tient essentiellement dans le fait que tout est très intégré et soudé, un peu comme dans une PlayStation ou une Xbox. Ça fait du matériel jetable irréparable, mais les raccourcis pris apportent parfois des gains significatifs comme la bande passante, et aussi comme pour les consoles le logiciel peut faire des suppositions très osées, et possiblement déléguer des tâches au CPU pour suppléer le GPU car la mémoire est partagée.
Mais même dans un Apple, l’architecture PowerVR souffre de ses limitations. Ça reste une architecture tiled renderer comme dans la plupart de nos téléphones et les machins-pi même quand ce sont d’autres marques (par exemple Broadcom a une architecture en tiled renderer, aussi). Cela signifie que même les dernières versions d’OpenGL 4.6 (pourtant l’ancienne techno avant Vulkan) ne peuvent pas être implémentées sans émuler certaines fonctionnalités (en particulier l’extension
ARB_texture_barrierd’OpenGL 4.5), et cette émulation requiert d’aller contre l’architecture qui est physiquement incompatible et de perdre les gains apportés par le design. Apple ne s’embête même pas à le faire et se limite à OpenGL 4.1, et ils l’ont déprécié OpenGL de toute façon, c’est pratique. 😁️On retrouve les mêmes limitations qu’AGX d’Apple dans les MTT S80 de Moore Threads, car tous deux basés sur PowerVR: pas de
ARB_texture_barriercommen mentionné, mais aussi des triangles qui ne sont tout simplement pas dessinés (AGX, MTT, PVR). Ce dernier bug est très certainement matériel, dans le design PowerVR lui-même. Le bug se reproduit quelque soit le pilote (asahi, mtgpu et pvr sous Linux par exemple), quelque soit le système d’exploitation (Linux, macOS, je n’ai pas encore testé Windows) et quelque soit l’architecture hôte (x86, arm64, riscv64).ce commentaire est sous licence cc by 4 et précédentes
# Les GPUs chinois
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 10 (+13/-0).
Il faut aussi compter Zhaoxin pour les graphismes intégrés. Les processeurs Zhaoxin intègrent une puce graphique du même nom. Je ne sais pas quelle est la technologie derrière. Le CPU est un descendant du Via lui-même descendant du Cyrix, je ne serai donc pas surpris si la partie graphique descend de S3 à cause du lien historique entre Via et S3, mais la partie S3 de Via avait été revendue à HTC il y a déjà 15 ans en 2011... Je n’ai donc aucune idée pour le moment. Je possède un KX6000 (un KX-U6780A exactement) et le pilote graphique pour Linux est buggé, GNOME fonctionne mais Unvanquished met les pieds dans un bug du pilote. Je ne l’ai pas testé sous Windows (parce que Windows c’est pénible 😅️). Le pilote
zhaoxinest propriétaire, je n’ai pas fait plus de recherches sur le pilote. Je devrais recevoir un KX7000 cette année, avec un pilote plus à jour.Les Moore Threads, comme les Apple AGX, sont des dérivés de PowerVR et en partagent même certains bugs. Le pilote
mtgpuest aussi propriétaire, mais j’y trouve plein de traces de Mesa dedans (ce qui est possible légalement car Mesa est principalement sous licence permissive MIT). Je possède une MTT S80.Selon Wikipédia, Lisuan Tech aurait été fondé en 2021 par trois anciens employés de S3 Graphics, donc là on retrouvera peut-être un héritage de S3, du moins dans le savoir-faire, puisque je ne sais pas s’ils ont des liens avec HTC.
Je parlerai un peu du MTT S80 dans la dépêche en préparation pour la sortie d’Unvanquished 0.56, mais je prévois dans les prochains mois de développer une série de publications sur le développement informatique chinois (CPUs Zhaoxin, GPUs MTT, etc.). L’avantage de ces technologies chinoises c’est qu’elles sont pensées pour s’intégrer directement avec les technologies existantes (notamment le fait que Zhaoxin soit du x86). Là où la France commence péniblement à envisager du Linux pour ses administrations pour gagner un peu de souveraineté côté logiciel, la Chine fait déjà dans le dur et a déjà ses CPUs et ses GPUS... Et alors que le monde est en pénurie de RAM et de SSD, leurs usines (CXMT et JHICC pour la RAM, YMTC pour les SSD) dont ils ont lancés la construction il y a 15 ans entrent désormais en production (voir la vidéo de Gamers Nexus sur le sujet)...
Le problème c’est que pour la France, passer d’une dépendance américaine à une dépendance chinoise, c’est toujours une dépendance. Donc ces produits peuvent être bienvenus en terme de mise en concurrence, mais ce n’est pas une aubaine en terme de souveraineté, que ce soit de l’américain ou du chinois, c’est kif-kif on reste entièrement dépendant de puissance étrangères avec un risque aussi grand de sanction ou de backdoor. Acheter du américain souverain ou du chinois souverain ne fait pas de nous des souverains, tout comme imiter un modèle ne fais pas de nous des modèles mais des suiveurs. Mais si déjà on était des suiveurs, nous ne sommes que des consommateurs...
Enfin bref, je m’égare, mais si tout se passe bien je devrais entamer une série sur ces technologies dans l’année, du point de vue linuxien. D’ailleurs je serai très intéressé de mettre la main sur une carte Lisuan Tech donc si des gens ont des relations en Chine ça m’intéresse.
À propos de relations en Chine, indépendamment de ces GPUs chinois, et en fait plus difficile à trouver que ces GPUs chinois, je cherche à mettre la main sur la carte mère MS-BA17 (part number 109-S05040-00D). C’est un produit américain vendu exclusivement sur le marché intérieur Chinois, ce commentaire sera peut-être le tout premier commentaire à référencer ces références sur le web occidental (et à remonter dans vos recherches), trois ans après la mise sur le marché du produit en question. Rien que pour le fun, vous pouvez essayer de rechercher cela sur les moteurs de recherche occidentaux type Google, DuckDuckGo, Yahoo, Bing ou QWant, vous ne recevrez aucune réponse (vérifiez). Il existe un troisième nom qui a traversé le grand pare-feu mais je le tais pour l’exercice. Je peux fournir des photos pour prouver que le produit existe avec ces références. 😜️
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Intéressant merci
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche AMD mise tout sur RADV. Évalué à 4. Dernière modification le 13 avril 2026 à 12:13.
Bonjour, les GPU AMD prennent en charge OpenGL 4.6. Tu peux regarder sur mesamatrix:
Dans la rubrique "OpenGL", tu peux cliquer sur "Drivers details" pour dérouler le tableau détaillé.
Toutes les cartes AMD GCN et RDNA prennent en charge OpenGL 4.6, et il me semble aussi que les plus anciennes TeraScale 2 et TeraScale 3 prennent aussi en charge OpenGL 4.6 (TeraScale 2 c’est l’année 2009).
Tous les GPUs intégrés AMD (appelés APUs) proposent exactement les mêmes fonctionnalités que leurs homologues de bureau sur carte. La différence est le nombre de transistors et d’unités de calcul implémentées. C’est similaire à ce qui se passe du côté des CPUs, tu peux avoir un petit CPU Ryzen avec 6 cœurs ou un gros CPU ThreadRipper avec 64 cœurs, et tu peux avoir une petite puce ou une grosse puce graphique. Ce qui change est donc le nombre d’unités de calcul, la fréquence (et donc la consommation électrique), le type de mémoire vive et comment la mémoire est connectée (essentiellement une affaire de fréquence et de bande passante), le nombre de lignes PCI express (là encore de la bande passante) mais en terme de fonctionnalités c’est pareil. Pour une même génération, la différence entre une puce intégrée et une grosse carte graphique de chez AMD est uniquement la performance.
AMD a abandonné sa gamme mobile Imageon en 2009 en la revendant à Qualcomm dont le nom de la puce adreno et un anagramme de radeon en clin d’œil à leur origin... Donc depuis 2009 il n’y a plus de puce basse consommation AMD qui diffère techniquement des puces AMD haute performance.
Ces puces mobiles devenues "adreno" qui sont similaires à ta puce Mali (et qu’on retrouve aussi dans des SoC ARM) ne sont plus produites par AMD depuis 17 ans. Les puces adreno ont des limitations similaires aux puces Mali, mais ce ne sont pas des puces AMD. Tu peux prendre une puce AMD les yeux fermés et tu auras OpenGL 4.6.
Il est possible (je n’ai pas vérifié) que des fonctionnalités soient implémentable mais pas encore implémentées. Pour des raisons pragmatiques et pratiques, Mesa se focalise d’abord sur « le minimum vital » pour que la puce graphique soit utilisable, notamment par les environnements de bureau. Ça veut dire OpenGL 2.1 dès que possible et OpenGL 3.1 aussi vite. OpenGL 3.1 c’est la version de base de l’OpenGL actuel, en quelque sorte toutes les versions supplémentaires ne sont que des collections d’extensions par dessus. OpenGL 2.1 peut être vue comme une version immature mais très proche d’OpenGL 3.1, donc il est peu coûteux d’adapter un logiciel 3.1 pour 2.1. Mesa vise donc ces objectifs en premier. C’est ce qui permet aux distributions de fournir un bureau moderne fonctionnel. Il y a aussi OpenGL ES, mais tu vois l’idée, le but c’est de faire marcher les gestionnaires de connexion et environnements de bureau standards. Une fois que OpenGL 3.1 est implémenté on peut considérer que « le boulot est fait ».
Il est donc tout à fait possible que le Mali rk3588 soit capable de bien plus qu’OpenGL 3.1 mais que Mesa n’ai pas encore implémenté plus. Là encore si on regarde la page mesamatrix dans la colonne panfrost, on voit qu’une seule extension de OpenGL 3.2 est manquante (les geometry shaders), mais que toutes les extensions de 3.3 sont déjà implémentées. Donc dans l’hypothèse où les geometry shaders seraient implémentables, les jour où ils le sont Mesa passera directement de GL 3.1 à GL 3.3.
Comme je le disais, OpenGL 3.1+ sont surtout des extensions, une version n’est déclarée comme prise en charge que lorsque toutes les extensions de cette version sont prises en charge, mais la prise en charge de chaque extension est déclarée indépendamment. Il peut donc être possible de faire tourner un logiciel GL 4.3 sur un pilote qui n’annonce que 3.1 si en fait les seules extensions requises par le logiciel sont déjà implémentées. On peut voir encore sur mesamatrix que le pilote panfrost implémente déjà des extensions de GL 4.6. Donc si Blender ne tourne pas c’est que soi :
La seconde hypothèse est tout de même la plus probable.
Aussi les puces Mali comme la majorité des puces implémentées sur les SoC ARM sont des puces mobiles avec certaines limitations matérielles. Pour reprendre l’exemple des geometry shaders qui limitent ta puce graphique à GL 3.1, il est possible que:
Il y a des chances que la situation soit la seconde hypothèse. Si je ne me trompe pas les geometry shaders sont aussi optionnels dans Vulkan.
Je ne sais pas ce qui bloque exactement dans Blender, mais c’est probablement un truc du genre.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: GIMP 3.2.2 est déjà là!
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 10.
Ça m’a motivé à ré-investiguer le problème, et voici donc
gimp-thumbnailer:Il sera toujours à jours des format XCF vu qu’il utilise GIMP directement pour produire la miniature.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: GIMP 3.2.2 est déjà là!
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 8.
Bonjour Jehan, on parle bien du fait que lorsque tu ouvres un dossier dans un explorateur de fichier comme nautilus, thunar ou dolphin, l’explorateur de fichier puisse appeler GIMP sans interface pour générer les miniatures des fichiers du dossiers. Est-ce que GIMP propose une telle interface ?
Cette interface en ligne de commande n’a pas besoin d’être standardisée, on peut écrire un script autour comme j’ai fait avec Darktable.
De mon côté j’utilise mon propre fork de
gnome-xcf-thumbnaileravec des patchs perso:Mais ce projet ne fait pas partie de GIMP, donc quand GIMP fait évoluer le format (et c’est très bien et j’ai même des suggestions à apporter), bah
gnome-xcf-thumbnailerne suit pas et ne peut pas générer des miniatures pour les nouvelles itérations du format.Mon besoin est de pouvoir utiliser un outil genre
gimp-cliqui prendrait en entrée un fichier xcf et qui donnerait en sortie un png, compilé depuis la même base de code de GIMP (avec desifdefpar exemple), est-ce que ça existe ? Ça serait peut-être atrocement lent, mais ça marcherait. On pourrait même chaînergnome-xcf-thumbnaileret n’appeler cegimp-clique quand le premier échoue.Peut-être que tout est déjà là. Je sais qu’il existe
gimp-console, peut-être qu’on peut le scripter pour faire ça.Je n’ai pas du tout besoin que GIMP génère des vignettes et implémente la spécification "Thumbnail Managing Standard" de Freedesktop.
J’ai besoin que GIMP propose un outil en ligne de commande qui propose cette interface:
command -s SIZE INFILE OUTFILE.J’attends de mon explorateur de fichier (pas GIMP) d’implémenter la spécification "Thumbnail Managing Standard" de Freedesktop, et puisse appeler GIMP avec l’interface précitée. 🙂️
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Et en France ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Internet : les USA bannissent les routers étrangers. Évalué à 3.
Ce serait déjà un mieux que la situation actuelle, mais ça ne change pas le fond de la question.
J’ai comme l’impression que si on appliquait une telle mesure en France, nous devrions revenir au fax, tellement nous sommes dépendants des produits étrangers...
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: GIMP 3.2.2 est déjà là!
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 5.
Personnellement je pense que pour ce genre de fichier spécifique, c’est à l’éditeur de fournir un outil en ligne de commande qui prend en entrée un fichier et qui sort une image, afin d’être intégré au système de vignette.
Par exemple pour les fichiers raw j’ai scripté
darktable-cli:C’est atrocement lent mais au moins j’ai la garantie que la vignette correspond exactement à ce que Darktable va me présenter.
ce commentaire est sous licence cc by 4 et précédentes
# Et en France ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Internet : les USA bannissent les routers étrangers. Évalué à 3.
Est-ce que pour commencer nous avons un seul routeur français ?
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: ouch, ça fait mal
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Chuck Norris est bronsonisé !. Évalué à 5.
Chuck Norris n’est pas mort, il a raccompagné la mort chez elle. 😆️
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: C’est bien mais...
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien En un an ext4 a gagné en performances (au moins sur SSD). Évalué à 4.
Ça dépend du système d’exploitation s’il implémente la copie reflink quand il accède au système de fichier en direct, ou bien s’il utilise la copie côté serveur si sur un disque réseau.
Et le principe d’avoir le service bees qui tourne c’est d’attraper tout le reste qui ne serait pas déjà dédupliqué au moment de la copie.
Par exemple si tu as plusieurs utilisateurs qui reçoivent le même PDF par mail et que chacun le télécharge, bees s’en chargera.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: C’est bien mais...
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien En un an ext4 a gagné en performances (au moins sur SSD). Évalué à 4.
En faisant la déduplication au niveau système de fichier t’as pas besoin d’avoir une image en commun. Tu peux dédupliquer des machines virtuelles, des dumps de disques de machines physiques, et si ton hôte est sur le même système de fichier, tu peux dédupliquer les machines virtuelles avec les fichiers de l’hyperviseur !
J’ai pas vérifié, mais il n’y a pas de raison que ça ne déduplique pas aussi des images docker avec le reste. De toute façon j’utilise aussi btrfs en backend docker car c’est requis pour faire tourner Darling dans docker.
ce commentaire est sous licence cc by 4 et précédentes