Noyau temps réel

[narakphysics]

Bonjour à tous et à toutes
J'ai des questions au niveau des noyau temps réel et j'aimerai bien qu'on discute à propos des idées suivantes :
1- l' inconvénient de L'algorithme Round Robin est au niveau de diagnostique des problèmes, s'il y a par exemple des bugs il est difficile de trouver la vraie source surtout que les tâches ont la même priorité.
2- Tick système, qui définit l'horloge, dépend du quartz qui généralement compris entre 20ms et 200 ms,
si par exemple on l'a définit comme 200 ms sûrement on va perdre la notion du temps réel car le délai va être très grand.
Merci d'avance
-----

[Jack]

Comme il s'agit vraisemblablement d'un exercice, je pense que l'on va attendre ce que tu en penses toi-même dans un premier temps

[narakphysics]

Re.
C'est pas un exercice mais ce sont des questions que j'avais posé durant la lecture d'un cours sur les systèmes d'exploitation, , mon point de vue est déjà indiqué dans le premier message !!

[Jack]

ce sont des questions que j'avais posé durant la lecture d'un cours sur les systèmes d'exploitation

Et quelles ont été les réponses?

[A voir en vidéo sur Futura]

[narakphysics]

Et quelles ont été les réponses?

voici les réponses (se sont mes point sde vue ou bien des déductions)

1- l' inconvénient de L'algorithme Round Robin est au niveau de diagnostique des problèmes, s'il y a par exemple des bugs il est difficile de trouver la vraie source surtout que les tâches ont la même priorité.
2- Tick système, qui définit l'horloge, dépend du quartz qui généralement compris entre 20ms et 200 ms,
si par exemple on l'a définit comme 200 ms sûrement on va perdre la notion du temps réel car le délai va être très grand.

[JPL]

Alors quelles étaient les questions ?

[narakphysics]

Alors quelles étaient les questions ?

De me signaler les idées fausses!!

[lou_ibmix_xi]

Donc si ce sont tes réponses, j'imagine que tu aimerais qu'on les corrige un peu, je vais donc répondre dans cette optique là...

1- l' inconvénient de L'algorithme Round Robin est au niveau de diagnostique des problèmes, s'il y a par exemple des bugs il est difficile de trouver la vraie source surtout que les tâches ont la même priorité.

Je ne suis pas un spécialiste des ordonanceurs de tâches, mais à mon avis la question est plus dans le sens dans quel cas il est pertinent / pas pertinent d'utiliser le "round-robin". Très souvent, dans le monde technique, il y a plusieurs méthodes différentes, aucune n'est meilleure qu'une autre, mais simplement mieux adaptée pour un certain type d'utilisation... Donc je comparerai le round-robin avec d'autres politiques d'ordonancement en faisant un récapitualtif de leurs avantages et inconvénients...Ceci étant, je peux me tromper et c'est peut-être la réponse attendue.

2- Tick système, qui définit l'horloge, dépend du quartz qui généralement compris entre 20ms et 200 ms,
si par exemple on l'a définit comme 200 ms sûrement on va perdre la notion du temps réel car le délai va être très grand.

Premièrement, la définition d'un système-temps réel est la garanti d'un délai de réponse borné, en aucun cas une rapidité. Donc tu peux tout à fait avoir un système temps-réel garanti pour un temps de réponse de 200ms max...
Deuxièmement, le tick système n'a rien à voir avec le délai de réponse à une interruption matérielle qui devrait être nettement plus rapide...

Pour finir (je trouve que ça illustre bien les 2 points précédents) sais-tu que bien souvent, un système temps-réel réponds en moyenne bien plus lentement que le même système non temps-réel, en revanche ses temps de réponse seront bornés, alors que le temps de réponse du système non temps-réel explosra de temps à autres... Le choix entre système temps-réel ou pas est donc un compromis entre temps de réponse moyen / temps de réponse garanti...

[bisou10]

UN RT OS (ou un couche temps réel, moi je travaille beaucoup avec Xenomai par exemple) est aussi appellé "déterministe".

lou_ibmix_xi a trés bien pointé du doigt ce souci: un système RT n'est souvent pas plus rapide, mais garantie un temps strict sur une opération donné: le timing est maitrisé. D'ailleurs Xenomai fonctionne soit en mode temps réel, soit en mode linux (par contre, passer dynamiquement de l'un a l'autre est couteux en temps d'execution. Mais ca se fait de manière transparente, et ca permet d'avoir le beurre et l'argent du beurre).

Round-Robin fait de la répartition de charge non-dynamique. son inconvénient est qu'il n'est tout simplement pas taillé pour gérer des priorités. RR est simple et efficace, mais ne sait pas s'adapter, contrairement à RMS ou EDF.

[polo974]

UN RT OS (ou un couche temps réel, moi je travaille beaucoup avec Xenomai par exemple) est aussi appelé "déterministe".
....

Oh, voilà quelqu'un d’intéressant...
Bonjour,
je suis à la recherche d'info de mise en oeuvre et d'utilisation en français de xenomai donc si tu pouvais nous indiquer des liens utiles de howto (in french), ce serait super sympa...

question annexe (pour tous): comme les ports // deviennent rares et sont limités, quelqu'un a-t-il déjà utilisé un port pata (16 bits, bidir et qq bits d'adressage) pour piloter du hard pas trop loin du pc ? ? ?

(le top étant avec le dma et xenomai...)

(sinon, juste le port // avec dma et xenomai...)

Car j'ai une affreuse petite idée qui permettrait d'exploser la vitesse tout en exploitant le micro-stepping (dans le domaine du pilotage de moteurs pas à pas pour de la cnc assez low-cost) ...

[bisou10]

Salut, désolé j'ai pris quelques vacances

En ressources sympa et FR sur xenomai tu as:
- la présentation par D. Chabal sur Developpez.com http://dchabal.developpez.com/tutoriels/linux/xenomai/
- le blog de C. Blaess http://www.blaess.fr/christophe/

Je ne te cache pas que l'installation de Xenomai sur une cible X-compilée est rigoureuse (à savoir: pas vraiment complexe, mais il faut l'avoir faite pour bien maitriser les détails). Certains outils permettent de gagner du temps mais tu montes en complexité (par exemple, PTXDist te permet d'avoir une interface pour faire ton propre noyau pour ta cible en intégrant Xenomai et tout ce que tu souhaites).

Sur X86, Debian package directement Xenomai, ce qui simplifie l'utilisation pour cette cible.

A noter qu'il y a, en gros, 2 aspects:
- les drivers temps réels (pour la gestion de ton hardware, dans ton cas ton port //)
- les APIs Xenomai (pour la gestion logicielle: timers, taches, queues...), tu les utilises dans un programme en mode user

Je n'ai jamais bossé avec le port // sous Xeno, par contre en lignes de port directes c'est pas possible y'a un latch non ? A voir bref