Le principal intéret de QNX est sa rapidité (on a l'impression que tout est immédiat, c'est assez impressionnant) et le fait que ce soit un micro-noyaux dont les modules sont minuscules et très ciblés. Pour des systèmes embarqués, c'est impeccable.
Et un kernel patché pour les temps de latence ne donne pas les memes fonctionnalités. QNX permet par exemple de faire communiquer différents modules au moyen de messages, dont l'interface est assez bien conçue. En gros, une fois qu'une application est écrite avec cette interface, et qu'elle fonctionne parfaitement sur ta machine locale, tu peux prendre chaque bout, les disperser sur différentes machines, et l'application tourne en distribué sans modification.
J'aime aussi beaucoup la gestion du filesystem, tu peux par exemple en une ligne de commande dire "/dev/lp0 c'est géré par le driver de port parallèle de telle machine distante". Hop, tes applications n'y voient que du feu, écrivent en /dev/lp0 pour imprimer, et sans se soucier de qui gère ce périphérique et comment.
[^] # Re: Une petite question et au lit
Posté par j . En réponse à la dépêche Le nouveau QNX est arrivé !. Évalué à 1.
Et un kernel patché pour les temps de latence ne donne pas les memes fonctionnalités. QNX permet par exemple de faire communiquer différents modules au moyen de messages, dont l'interface est assez bien conçue. En gros, une fois qu'une application est écrite avec cette interface, et qu'elle fonctionne parfaitement sur ta machine locale, tu peux prendre chaque bout, les disperser sur différentes machines, et l'application tourne en distribué sans modification.
J'aime aussi beaucoup la gestion du filesystem, tu peux par exemple en une ligne de commande dire "/dev/lp0 c'est géré par le driver de port parallèle de telle machine distante". Hop, tes applications n'y voient que du feu, écrivent en /dev/lp0 pour imprimer, et sans se soucier de qui gère ce périphérique et comment.