vmagnin a écrit 1253 commentaires

Pour moi, c'était d'abord le 6809 du Dragon32, l'assembleur des pockets Sharp, le Z80 du MSX et le 68000 de l'Atari ST. Dans les années 90, j'ai essayé un peu l'assembleur sur PC, mais je n'ai pas été bien loin. Les processeurs sont devenus trop compliqués et trop imbriqués avec l'OS.

Si c'est juste pour s'amuser, il y a le CHIP-8 :
https://sysblog.informatique.univ-paris-diderot.fr/2024/05/07/premier-pas-dans-lemulation-chip8-en-c/

Dans le livre Rust in action que je suis en train de lire, il y a l'écriture d'un émulateur CHIP-8.

Et j'ai même déjà testé un émulateur CHIP-8 écrit en Fortran moderne :
https://github.com/ivan-pi/fc8

Évidemment, quand les choses étaient simples et qu'on pouvait quasiment tout comprendre du fonctionnement du processeur, voilà qui provoque la nostalgie.

Dans l'article correspondant en OpenAccess :

The simulations were run on the supercomputer Jean-Zay (GENCI–IDRIS) on NVIDIA V100 GPUs over a ∼3 yr period, under the time allocations Grand Challenge-101470 (08/2020), A10-A0100412451 (05/2021), and A13-A0130412451 (11/2022). The entire set of simulations was run for a total of ∼350 000 GPU hours. A typical simulation with 250k stars took approximately 20–50 days with 4–16 GPUs, while the largest 1.5M star simulation took ∼400 days with 12–48 GPUs. The total CO2 equivalent consumption for our simulations is ∼9 tons of CO2,eq.

Autre exemple d'usage d'une supercalculateur :

https://savoirs.unistra.fr/eclairage/comment-les-supercalculateurs-reecrivent-lhistoire-des-amas-globulaires

Pour relever ce défi, l’équipe a développé une série de 25 simulations exploitant la puissance du supercalculateur Jean-Zay.

Mobilisant près de 350 000 heures de calculs [parallèles], ces simulations ont permis de modéliser des amas contenant entre 250 000 et 1,5 million d’étoiles sur une durée allant jusqu’à 13 milliards d’années.

Je me place là du côté des humanités plutôt que des techniques. Qu'est-ce que c'est qu'être dans ce monde, humain parmi les humains ?

Les outils, ça peut être passionnant (sinon on ne serait pas sur LinuxFr). On peut en vivre. Ça sert à plein de choses formidables (ou non). Mais finalement ça n'aide pas beaucoup pour les choses essentielles.

Sur la page d'accueil d'ICON, on lit :

ICON is a flexible, scalable, high-performance modelling framework for weather, climate and environmental prediction that provides actionable information for society and advances our understanding of the Earth’s climate system.

Et l'article le dit également :

ICON [23] is a unified global numerical weather forecast and climate modeling framework.

Mais est-ce que l'on utilise les mêmes modules simultanément dans les deux cas, je n'en ai aucune idée. Penser que pour étudier le climat il suffirait de faire tourner le modèle météo pendant très longtemps est probablement naïf. Il y a des phénomènes avec des échelles de temps différentes. Par exemple, temps long pour les réactions de l'océan. Mais en tout cas, le cadriciel ICON est annoncé comme pouvant servir aux deux applications. C'est tout ce que je peux dire…

Effectivement, les tests ont été faits concernant JUPITER sur 20480 superchips, et non pas 23536 (chiffre du tableau 3). Dans la section 5, ils disent :

The production setup scales well to 20 480 superchips, the maximum number of nodes to which we had access for the strong scaling experiment

Est-ce que ça signifie qu'au moment où les tests ont été faits (donc avant que l'article soit terminé), la machine n'avait pas encore tous ses nœuds ? Ou qu'ils étaient occupés à autre chose ?

Pour la consommation, normalement plus les transistors deviennent petits et moins ils consomment. La machine en haut du Green500 de novembre 2025 est à 73 GFlops/Watt. Dans le Green500 de juin 2013, la première machine est à 3,2 GFlops/Watt.

Dans le Green500 de nov. 2025, je note en passant que les deux premières machines sont en France, et les six premières en Europe. « On n'a pas de pétrole mais on a des idées » ? Ou en tout cas, on se soucie du coût de l'énergie et de l'impact.

Comme l'informatique et l'internet, l'IA est un amplificateur. Ceux qui pourront se la payer verront leur puissance amplifiée. Il y aura une échelle de prix et de valeurs. Les plus puissants seront les plus « amplifiés ».

Les techniques ne nous aident pas à devenir plus humains.

J'ai réussi à le compiler directement sur une Fedora 44.

C'est chouette pour un jeu de 1963 ! Ils étaient en avance d'une quinzaine d'années par rapport aux jeux d'arcade. Dommage qu'il faille être deux derrière le clavier pour jouer…

En regardant rapidement le code source, je vois qu'un projet Rust peut contenir des "sous-projets" ? (je ne sais pas quel est le vocabulaire officiel)

Dans le Cargo.toml on a :

[workspace]
members = [
    "spacewar_core",
    "spacewar_phosphor",
    "spacewar_raw",
    "spacewar_synth",
    "spacewar_music",
    "spacewar_frontend",
    "spacewar_minifb",
    "spacewar_softbuffer",
]
...

Ca m'intéresse car je suis lentement en train d'apprendre le Rust.

C'est sur GitHub ou Codeberg ? (je ne vois pas le dépôt dans ton GitHub)

J'ai réussi à télécharger avec :

git clone ssh://git@codeberg.org/sbechet/spacewar.git

Pour l'instant, j'ai une erreur, il faut installer alsa. On verra ce soir.

L'époque de l'IA bon marché touche à sa fin

Malgré toutes ces plaintes, cette nouvelle n’est toutefois pas surprenante. Ceux qui ont prêté attention à l’augmentation des coûts de l’IA — la mémoire est plus chère que jamais, et les centres de données de plusieurs gigawatts ne se construisent pas tout seuls — savaient que cela allait arriver.
…
Qu'on le veuille ou non, l'époque de l'IA bon marché touche à sa fin. Je m'attends à ce que les coûts multiplient par deux ou trois d'ici la fin de l'année, et je ne serais pas surpris si les prix finissaient par être bien plus élevés que cela.

In the event of an imminent nuclear apocalypse, we suspect that many people who have access to private jets will immediately take to the skies and escape city centers. This site tracks this indicator in realtime.

Le site de l'artiste :
https://kylemcdonald.net/

Kyle McDonald is an artist working with code. He crafts interactive installations, sneaky interventions, playful websites, workshops, andtoolkits for other artists working with code. Exploring possibilities of new technologies: to understand how they affect society, to misuse them, and build alternative futures; aiming to share a laugh, spark curiosity, create confusion, and share spaces with magical vibes. Working with machine learning, computer vision, social and surveillance tech spanning commercial and arts spaces.

"Mathematical methods and human thought in the age of AI"
T Klowden, T Tao
arXiv preprint arXiv:2603.26524, 2026 arxiv.org
https://doi.org/10.48550/arXiv.2603.26524

Ce n'est pas un article de maths : pas d'équations. Des réflexions sur l'usage de l'IA.

Il est indiqué que la source est cet article en allemand :
https://www.derstandard.at/story/3000000318760/wie-die-ki-fuer-terence-tao-die-mathematik-und-das-denken-veraendert

Sans que ça ait l'air d'en être une simple traduction.

Un партнер est un partenaire en Russe : https://www.wordhippo.com/what-is/the-meaning-of/russian-word-b21233e0e30e5abb201b79da0b9617d3cbde36a9.html

Ce mot n'apparaît pas dans l'article source, où l'on trouve : Sparringspartner

Est-ce que l'auteur s'est aidé d'un outil de traduction automatique qui aurait glissé par erreur un mot en Russe ? Ce serait assez extraordinaire, ça ne m'est jamais arrivé avec DeepL.

Je me demande si la page n'a pas été conçue pour les téléphones portables : les 6 outils apparaissent alors bien alignés les uns au-dessus des autres quand on scrolle.

Une première image qui prend tout l'écran.

Pas beaucoup d'explications au-dessus : "LibreOffice est une suite open source créée par vous, pour vous." La traduction française a oublié de traduire office par bureautique. On a une suite, mais de quoi ?

Et le texte contenu dans les deux premières figures gagnerait à être traduit en français.

Attendons les évolutions.

Idem pour le chorizo et les andouilles !

"J'ai ensuite présenté des excuses car visiblement certains ont l'impression d'avoir été pris pour des andouilles, ce qui n'est pas du tout le cas"

C'est financé par l’État allemand (ministère fédéral des affaires économiques et de l'action climatique).

https://fr.wikipedia.org/wiki/Sovereign_Tech_Fund

La tartiflette, c'est atomes/cm3. La numérisation pour la postérité va être difficile. Idem pour le potjevleesch.

https://cpp.developpez.com/actu/382791/GCC-16-utilise-desormais-Cplusplus20-par-defaut-pour-la-compilation-Cplusplus-ajoutant-les-nouvelles-fonctionnalites-de-Cplusplus23-26-et-oblige-les-utilisateurs-des-anciennes-normes-a-mettre-a-jour-leurs-parametres-de-build/

https://bibnum.explore.psl.eu/s/naroo/page/scanner

la numérisation d'une plaque classique Kodak 13 x 18 cm requiert un espace disque de 2,4 Go, celle d'une plaque de Schmidt jusque 12 Go.

https://linuxfr.org/users/vmagnin/liens/avez-vous-le-cerveau-cuit-par-l-ia-quand-l-intelligence-artificielle-submerge-l-humain

https://linuxfr.org/users/vmagnin/liens/numeriser-les-plaques-de-verre-astronomiques

Effectivement, il faut aller sur la mailing list GCC pour en savoir plus :
https://gcc.gnu.org/pipermail/fortran/2026-April/063799.html

tout le buzz se fait sur l'IA qui fera le café

Dans le monde Fortran, il y a de la caféine (CoArray Fortran Framework of Efficient Interfaces to Network Environments) aussi :
"Caffeine: A parallel runtime library for supporting modern Fortran compilers"

Et n'oublions pas Java…

Le débat fait rage :
https://linuxfr.org/users/vmagnin/liens/gcc-establishes-working-group-to-decide-on-ai-llm-policy

https://gcc.gnu.org/gcc-16/changes.html