Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1277 connectés 

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Kernel lowlatency : kesako ?

n°904007
enfoiro
a nickname is just a nickname
Posté le 17-04-2007 à 12:21:46  profilanswer
 
Voir ce message dans le sujet non filtré
 

THRAK a écrit :

1) En fait il était principalement question de IRIX, un UNIX développé par SGI.

 

2) Pour les autres UNIX je ne pourrais pas en dire plus, si ce n'est qu'il en existecertains développés spécifiquement pour le temps réel strict. J'imagine que ces derniers doivent être ce qu'il y a de mieux en la matière, mais ils ne sont pas vraiment adaptés à un usage autre que dans le domaine militaire, de la recherche ou de l'industrie, et plus spécialement sur de l'embarqué (micro-contrôleurs avec des contraintes strictes).

 

3) Ce qui me permet de réagir à cette phrase :

Citation :

A mon avis, le kernel linux possède trop de fonctionnalités, est trop complexe pour devenir totalement "hard realtime".


Ce n'est pas entièrement exact amha. À la base je pense qu'il s'agit plus d'une contrainte lié à l'orientation de Linux en terme d'usage (à qui il s'adresse) plutôt que de contraintes vraiment techniques (même si elles existent). La preuve est qu'il existe tout de même certains projets qui offrent du temps réel strict sous Linux, dont l'un des plus notables est certainement l'extension libre RTAI.

 

4) C'est peut-être la question la plus utile qu'il faut se poser : le temps réel strict a-t-il un réel intérêt pour la majorité des utilisateurs ? Il semble que non si j'en crois quelques infos glanées sur le web, notamment au niveau de la définition de système temps réel par Wikipédia :

Citation :

On distingue le temps réel strict ou dur (de l'anglais hard real-time) et le temps réel souple ou mou (soft real-time) suivant l'importance accordée aux contraintes temporelles. Le temps réel strict ne tolère aucun dépassement de ces contraintes, ce qui est souvent le cas lorsque de tels dépassements peuvent conduire à des situations critiques, voire catastrophiques : pilote automatique d'avion, système de surveillance de centrale nucléaire, etc. À l'inverse le temps réel souple s'accommode de dépassements des contraintes temporelles dans certaines limites au-delà desquelles le système devient inutilisable : visioconférence, jeux en réseau, etc.


Source : http://fr.wikipedia.org/wiki/Système_temps_réel
5) On en déduit donc bien, en terme d'usage, que c'est moins le temps réel dur que souple qui importe dans le cas de Linux. Le temps réel souple posant moins de contraintes en terme de développement, il n'est pas impossible -loin de là- que nous le voyons prochainement intégrer en standard le noyau.

 

:)

 

1) En effet, intéressant http://techpubs.sgi.com/library/tp [...] realtime.z

 

2) oui

 

3) Je pensais à tout le travail d'adaptation des différentes parties du noyau, en particulier aux drivers qui doivent être adaptés pour pleinement profiter du RT. De toute facon, si c'est faisable et pas pénalisant pour les performances, ca sera fait :).
J'ai regardé RTAI, c'est intéressant, mais ce n'est pas le kernel linux en lui-même qui est modifié, ils font tourner le kernel non RT linux sur un microkernel disposant de fonctions temps réel. C'est l'autre stratégie par rapport à la stratégie d'ingo, que j'ai expliqué plus haut. Peut être que ce n'était pas clair, mais je parlais de la stratégie consistant à modifier directement le noyau pour le rendre RT. La stratégie micronoyau est plus simple à mettre en oeuvre mais provoque des baisses très importantes de performances ( voir http://en.wikipedia.org/wiki/Microkernel par exemple)

 

4) oui

 

5) oui

 


edit : lien interessant

 

http://www-128.ibm.com/developerwo [...] vartsystem

Message cité 1 fois
Message édité par enfoiro le 17-04-2007 à 14:30:27
mood
Publicité
Posté le 17-04-2007 à 12:21:46  profilanswer
 

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
 

Sujets relatifs
Tcp proxy , kernel linux.Problème d'installation du kernel Mandriva
Passage d'un kernel 2.6.15 à 2.6.20erreur a l'installation du kernel 2.6.20
boot du kernel et ses parametrePb sur une recompilation de kernel (résolu)
Topic anti-recompilation Kernel : mythes et réalité.iptables probleme filter kernel
[debian]pas de modules apres compilation kerneldans la famille Kernel je demande le père
Plus de sujets relatifs à : Kernel lowlatency : kesako ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR