Lien Le CERN compile des IA sur FPGA pour traiter les données du LHC en temps réel




L’informatisation et la mise en réseau des ordinateurs nous ont apporté beaucoup de choses formidables ces trente dernières années. Toute la culture musicale, cinématographique et encyclopédique est désormais à une portée de clic de quiconque. Téléphoner de n’importe où à n’importe qui tout autour de la terre est devenu quelque chose de tellement courant que plus personne ne s’en extasie. Et même si l’interlocuteurice s’exprime dans une autre langue ça n’est presque plus un problème avec les différents services de traduction en ligne que l’on peut avoir.
Ne parlons même pas de ce mini-ordinateur que presque tout le monde a désormais dans sa poche, équipé d’une chaîne hifi complète, d’un caméscope, d’un appareil photo d’excellente qualité et d’une connexion permanente au réseau mondial.
Nos logements sont désormais entièrement automatisables et pilotables à distance.
Je peux avoir de la musique ou la radio quand je veux dans mon casque sans fil grâce à la baladodiffusion.
Tous ces rêves numériques des années 90 se sont concrètement réalisés aujourd’hui, mais nous avons tout de même perdu quelque chose : le temps réel des interfaces
N. D. M. : par « temps réel » est ici utilisé dans le sens réponse immédiate humainement parlant, sans latence perceptible, réactives (voir les définitions Wiktionary ou Wikipedia pour temps réel qui, pour l’informatique, vont amener des exigences supplémentaires sur la durée maximale de réponse, la garantie du temps de réponse, etc.

Cher journal,
J'ai récemment publié un nouveau protocole (ouvert) nommé Mercure, ainsi qu'une implémentation de référence écrite en Go (libre, sous licence AGPL).
Mercure permet de "pousser" en temps réel des données depuis des serveurs vers des navigateurs web (ou autres clients HTTP). La spécification et l'implémentation sont disponibles sur GitHub.
Le projet peut être considéré comme un remplaçant de WebSocket (bien que le protocole soit de plus haut niveau), et des solutions propriétaires telles que Pusher.
Contrairement à (…)
Cher Nal,
Lors de la conférence Embedded Recipes à Paris, SCHED_DEADLINE a fait l'objet d'une présentation claire et accessible à toutes et tous. Un planificateur (ou ordonnanceur) pour CPU est le bout de code qui décide quand une tâche doit être exécuté. Basiquement : l'ordre d'exécution. Cet ordonnanceur pour CPU n'est pas nouveau, mais il va devenir l'ordonnanceur par défaut à partir de Linux 4.14.
SCHED_DEADLINE implémente l'algorithme « le délai au plus tôt possible » (Earliest Deadline First) auquel (…)

Dans le domaine industriel, le temps réel peut être nécessaire pour mener à bien son projet. Les RTOS traditionnels allient très souvent les caractéristiques de l'embarqué et celles du temps réel. Depuis l'avènement de Linux dans ce monde spécifique, embarqué et temps réel sont deux notions clairement dissociées.
La prochaine rencontre (meetup) du groupe Aix Marseille Embedded Linux sera l'occasion de faire un point sur les façons de travailler avec Linux si l'on a des besoins temps réel, avec deux présentations :
Comme d'habitude, après les présentations il y aura une séance questions / réponses, puis des échanges autour d'un verre et de quelques victuailles.
Manifestation gratuite mais inscription nécessaire.