Un peu d’histoire autour de Java temps réel
Je souhaite rappelez dans cet article l’historique du Java temps réel chez Sun. Il faut savoir que la plateforme Java évolue par l’implémentation de différentes « Java Specification Requests (JSR) » via le « Java Community Process (JCP) » qui coordonne toutes ces JSRs.
Concernant le Java temps réel, une spécification appelé « Real-Time Specification for Java (RTSJ)« indique les modifications nécessaires pour rendre la plateforme Java temps réel souple (soft) ou dur (hard) :
- gestion strict des priorités, du scheduling et de la synchronisation des threads
- gestion du problème d’inversion de priorité des threads
- ajout de mécanismes asynchrones de communication
- gestion de zones mémoires non éligible au Garbage Collecting
- gestion du temps et des timers plus précises
- accès direct à la mémoire physique

Ce mardi 8 juin 2010, je me suis rendu au
Voici la situation : un collègue me dit qu’une application graphique développée en Java plante en OutOfMemory durant un test sur un weekend. Après l’augmentation de la mémoire via les options Xms et Xmx, l’application plante toujours mais tient un weekend. C’est toujours le même mauvais réflexe : on augmente la capacité mémoire alors que l’idée serait plutôt de la diminuer pour détecter plus tôt le problème.
envoi en cours...