A voir également:
- Temps reel
- Maps satellite en temps réel - Guide
- Google maps trafic en temps réel - Guide
- Renommer plusieurs fichiers en même temps - Guide
- Partager sa position en temps réel - Guide
- Regle reel sur telephone - Guide
1 réponse
salut,
bon, le Temps Réel est un concept un peu vague et chacun y va de sa définition. On pourrait le définir de la façon suivante: "Un système est dit Temps Réel lorsque l'information après acquisition et traitement reste encore pertinente". Cela veut dire que dans le cas d' une information arrivant de façon périodique (sous forme d'une interruption périodique du système), les temps d' acquisition et de traitement doivent rester inférieurs à la période de rafraîchissement de cette information. Pour cela, il faut que le noyau ou le système Temps Réel soit déterministe et préemptif (il peut interrompre une tâche en cours d'exécution si une tâche de plus grande priorité demande les ressources CPU) pour toujours donner la main durant le prochain coup d'horloge à la tâche de plus forte priorité prête.
Une confusion classique est de mélanger Temps Réel et rapidité de calcul du système donc puissance du processeur (microprocesseur, microcontrôleur, DSP). En fait, être Temps Réel, c'est être capable d'acquitter l'interruption périodique (moyennant un temps de latence de traitement d'interruption imposé par le matériel), traiter l'information et le signaler au niveau utilisateur (réveil d'une tâche, libération d'un sémaphore?) dans un temps inférieur au temps entre deux interruptions périodiques consécutives. On est donc lié à la contrainte durée entre deux interruptions. Si cette durée est de l'ordre de la seconde (pour le contrôle d'une réaction chimique par exemple), il ne sert à rien d'avoir un système à base de Pentium III !
Après si tu veux programmer en temps-réel, il faut utiliser un OS spécifique. Je te conseille linux avec le module RT-Linux, car c'est gratuit. Perso je l'ai pas essayé mais ça va venir.
a+
mat
bon, le Temps Réel est un concept un peu vague et chacun y va de sa définition. On pourrait le définir de la façon suivante: "Un système est dit Temps Réel lorsque l'information après acquisition et traitement reste encore pertinente". Cela veut dire que dans le cas d' une information arrivant de façon périodique (sous forme d'une interruption périodique du système), les temps d' acquisition et de traitement doivent rester inférieurs à la période de rafraîchissement de cette information. Pour cela, il faut que le noyau ou le système Temps Réel soit déterministe et préemptif (il peut interrompre une tâche en cours d'exécution si une tâche de plus grande priorité demande les ressources CPU) pour toujours donner la main durant le prochain coup d'horloge à la tâche de plus forte priorité prête.
Une confusion classique est de mélanger Temps Réel et rapidité de calcul du système donc puissance du processeur (microprocesseur, microcontrôleur, DSP). En fait, être Temps Réel, c'est être capable d'acquitter l'interruption périodique (moyennant un temps de latence de traitement d'interruption imposé par le matériel), traiter l'information et le signaler au niveau utilisateur (réveil d'une tâche, libération d'un sémaphore?) dans un temps inférieur au temps entre deux interruptions périodiques consécutives. On est donc lié à la contrainte durée entre deux interruptions. Si cette durée est de l'ordre de la seconde (pour le contrôle d'une réaction chimique par exemple), il ne sert à rien d'avoir un système à base de Pentium III !
Après si tu veux programmer en temps-réel, il faut utiliser un OS spécifique. Je te conseille linux avec le module RT-Linux, car c'est gratuit. Perso je l'ai pas essayé mais ça va venir.
a+
mat
GOULOUGOULOU
Moi rien compris tes paroles, tu peux réexpliquer avec un language goulougoulou. Merci mon ffrérre.
