Le temps réel ça consiste à faire une ou plusieurs tâches qui donnent un résultat juste vis à vis de l'application mais dont le résultat est disponible dans un intervalle de temps parfaitement spécifié. Si le résultat est disponible trop tôt, ou trop tard, il n'est pas/plus intéressant pour l'application visée. Un exemple pas trop dur à comprendre est celui de la centrale nucléaire, on doit, par exemple ajuster -en temps-réel- la position des barres de contrôle afin d'avoir la puissance nominale, mais ni que le réacteur s'éteigne (cela prive les gens d'électricité) ni que le réacteur s'emballe (risque de catastrophe écologique et aussi de détérioration de l'installation). On connait l'inertie du système, donc on connait le temps que doit mettre l'application pour délivrer le résultat. S'il arrive trop tôt, on compense trop, s'il arrive trop tard, on ne compense pas assez. Dans les deux cas le résultat risque d'être catastrophique. Il existe 3 types de temps réel :
1) le temps-réel critique : tout écart peut provoquer un problème majeur que l'on ne peut pas se permettre. Ce sont des système où les contraintes de déterminisme sont telles qu'on ne peut pas toujours utiliser un système d'exploitation.
2) le temps réel "mou" : une erreur dans les délais provoque une gène acceptable (genre une image qui saute dans une transmission TV, etc..). C'est une domaine où l'on peut parfaitement utiliser un OS bien conçu pour accomplir cette tâche (genre pas un OS ordinaire genre Windows, Linux, BSD, Mac OS ou autre).
3) le temps réel commercial : juste pour faire croire au gogo que grace à son super-processeur de la mort, il n'aura plus à attendre que son ordinateur ait fini une tâche qu'il lui a confié. Cela n'a rien à voir avec le temps réel, puisque le temps-réel, ça ne veux pas dire que ça va vite (ça pourrait même être très lent), cela signifie simplement que les délais d'attendre peuvent être prévus, ainsi que les taux d'échecs.
Pour répondre à un autre commentaire, le temps-réel, le vrai, c'est compliqué, absolument pas trivial et d'ailleurs c'est sur ce problème que porte ma thèse.
[^] # Re: linux embarque
Posté par Anonyme . En réponse à la dépêche Linux temps réel. Évalué à 0.
1) le temps-réel critique : tout écart peut provoquer un problème majeur que l'on ne peut pas se permettre. Ce sont des système où les contraintes de déterminisme sont telles qu'on ne peut pas toujours utiliser un système d'exploitation.
2) le temps réel "mou" : une erreur dans les délais provoque une gène acceptable (genre une image qui saute dans une transmission TV, etc..). C'est une domaine où l'on peut parfaitement utiliser un OS bien conçu pour accomplir cette tâche (genre pas un OS ordinaire genre Windows, Linux, BSD, Mac OS ou autre).
3) le temps réel commercial : juste pour faire croire au gogo que grace à son super-processeur de la mort, il n'aura plus à attendre que son ordinateur ait fini une tâche qu'il lui a confié. Cela n'a rien à voir avec le temps réel, puisque le temps-réel, ça ne veux pas dire que ça va vite (ça pourrait même être très lent), cela signifie simplement que les délais d'attendre peuvent être prévus, ainsi que les taux d'échecs.
Pour répondre à un autre commentaire, le temps-réel, le vrai, c'est compliqué, absolument pas trivial et d'ailleurs c'est sur ce problème que porte ma thèse.
mata ne
--
luigi
mailto:luigi@fleming.u-psud.fr