> QNX est en fait le system professionel le plus rapide
Donc tu l'installes sur des serveurs...
> Tu imaginais que ton airbag de voiture etait gere par quoi ?
Il n'est pas géré avec QNX. Je le sais, je bossais dans les crash test.
> Linux ( scheduling a 100Hz par default sur 2.4
Et alors ?
Ça c'est pour le multi-tâche. Ce qui compte, c'est le temps pour délivrer une interruption (dans un contexte multi-tâche ou non).
Sinon tu peux mettre 100 000 Hz si ça te flatte.
> je pense pas qu un seul professionel prenne le risque d un 2.6 sur un produit stable
Ce sont principalement des professionnels qui bossent sur Linux 2.6 et selon toi c'est pour ne pas utiliser le noyau.
Ben voyons...
> la plus part des airbags sont geres par QNX
Non !
Par contre les systèmes de supervision peuvent utiliser QNX (je n'en sais rien).
> bon scheduling
Les airbir font du multitâche... On s'en fout du scheduling pour l'embarqué sur de si petit système (ça doit tenir sur quelques ko pour éviter au maximum la complexité).
> - sur un choc a 90kmh la vitesse de l impacte doit etre mesuree par un deplacement du parechoc sur 5cm
On voit que tu n'y connais rien en crash-test ni en informatique.
> Avec un Linux schedule a 100Hz
Mets le 100 000 Hz si c'est ton pied. Ou tout simplement branche un process sur /dev/rtc qui envoie une interruption toutes les micro-secondes. Tu peux aussi fixer le scheduleur de l'appli à SCHED_RR ou SCHED_FIFO si tu ne veux pas quelle ne soit intérrompue par un autre process. Et voilà l'affaire est dans le sac. Tu peux aussi utiliser rtlinux et mettre les éléments les plus "sensibles" au niveau du noyau pour gagner encore en temps de réponse. Avec un Linux 2.6 "classique" le temps de réponse sur une interruption (jusqu'au passage à l'applie en userlang) est de l'ordre de la micro-seconde.
> mais si on aborde le sujet des ABS, APS, et re-equilibrage des suspensions dans les virages
Là c'est un domaine où QNX peut-être utilisé. Pas dans les airbag.
> Mais j ai consience que le monde des systems embarques et du temps reel n est pas des plus connus
J'ai bossé 2 ans sur des applis temps-réel hard sous Unix et 2 ans en crash-test. Mais si tu le dis c'est que t'es un digne représentant de Hurd.
[^] # Re: vaporware
Posté par morgendorffer . En réponse au journal GNU/Hurd c'est quoi au fait ?. Évalué à 2.
Donc tu l'installes sur des serveurs...
> Tu imaginais que ton airbag de voiture etait gere par quoi ?
Il n'est pas géré avec QNX. Je le sais, je bossais dans les crash test.
> Linux ( scheduling a 100Hz par default sur 2.4
Et alors ?
Ça c'est pour le multi-tâche. Ce qui compte, c'est le temps pour délivrer une interruption (dans un contexte multi-tâche ou non).
Sinon tu peux mettre 100 000 Hz si ça te flatte.
> je pense pas qu un seul professionel prenne le risque d un 2.6 sur un produit stable
Ce sont principalement des professionnels qui bossent sur Linux 2.6 et selon toi c'est pour ne pas utiliser le noyau.
Ben voyons...
> la plus part des airbags sont geres par QNX
Non !
Par contre les systèmes de supervision peuvent utiliser QNX (je n'en sais rien).
> bon scheduling
Les airbir font du multitâche... On s'en fout du scheduling pour l'embarqué sur de si petit système (ça doit tenir sur quelques ko pour éviter au maximum la complexité).
> - sur un choc a 90kmh la vitesse de l impacte doit etre mesuree par un deplacement du parechoc sur 5cm
On voit que tu n'y connais rien en crash-test ni en informatique.
> Avec un Linux schedule a 100Hz
Mets le 100 000 Hz si c'est ton pied. Ou tout simplement branche un process sur /dev/rtc qui envoie une interruption toutes les micro-secondes. Tu peux aussi fixer le scheduleur de l'appli à SCHED_RR ou SCHED_FIFO si tu ne veux pas quelle ne soit intérrompue par un autre process. Et voilà l'affaire est dans le sac. Tu peux aussi utiliser rtlinux et mettre les éléments les plus "sensibles" au niveau du noyau pour gagner encore en temps de réponse. Avec un Linux 2.6 "classique" le temps de réponse sur une interruption (jusqu'au passage à l'applie en userlang) est de l'ordre de la micro-seconde.
> mais si on aborde le sujet des ABS, APS, et re-equilibrage des suspensions dans les virages
Là c'est un domaine où QNX peut-être utilisé. Pas dans les airbag.
> Mais j ai consience que le monde des systems embarques et du temps reel n est pas des plus connus
J'ai bossé 2 ans sur des applis temps-réel hard sous Unix et 2 ans en crash-test. Mais si tu le dis c'est que t'es un digne représentant de Hurd.