Passer au contenu

Le temps réel oblige Java 2 à quelques entorses

Prévue pour fin avril, la spécification de Java pour le temps réel écarte le ramasse-miettes.

La plate-forme Java standard n’est pas adaptée aux exigences des systèmes temps réel. Telle est la confession du groupe de travail qui s’échine, depuis maintenant près de trois ans, à la confection de la spécification Java pour le temps réel. Celle-ci, baptisée RTSJ (Real-Time Specification for Java), est sur le point de voir le jour. Sa sortie, accompagnée d’une implémentation de référence, est prévue pour le 30 avril prochain. C’est ce qu’ont révélé James Gosling, l’inventeur de Java et vice-président chez Sun, et Greg Bollella, ingénieur en chef au sein de Sun Microsystems Laboratories, lors de leur séance plénière tenue le 11 avril dernier à San Francisco, dans le cadre de l’événement Embedded Systems Conference.Caractéristique substantielle : RTSJ abandonne le ramasse-miettes (” garbage collector “), une fonction commune aux différentes déclinaisons de la plate-forme Java 2 (J2SE, J2EE et J2ME). Un choix qui séduira les experts du temps réel, mais qui, à l’inverse, n’ira pas sans froisser les puristes de Java. Et pourtant, ce sacrifice paraissait nécessaire. Le ramasse-miettes introduit, en effet, des temps de latence imprévisibles. C’est précisément là où le bât blesse, puisqu’un des principes des systèmes embarqués dits déterministes consiste à prédire les temps d’exécution des tâches du logiciel enfoui. Le ” garbage collector ” pourra toutefois être conservé si les ressources de l’environnement d’exécution le permettent. Il s’apparentera alors à une tâche dont la priorité sera fixée par les nouveaux algorithmes d’ordonnancement introduits avec RTSJ. Autre nouveauté importante : pour doper les performances, la spécification fournit des API daccès à la mémoire physique.

🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.


Stéphane Parpinelli