Programmation des contraintes pour une RTO et un système d'exploitation normal

Question

Cette question me dérange depuis longtemps, j'ai essayé de chercher en ligne mais n'a pas eu de réponse.Je comprends la différence entre un système d'exploitation normal et une RTO.Je voulais comprendre quelles sont les contraintes supplémentaires (le cas échéant) imposées à un programmeur d'application pour un RTO?

Par exemple, j'ai des exigences et j'ai besoin de mettre en œuvre une solution qui fonctionne sur un système d'exploitation normal et une RTO.Quels aspects dois-je prendre en charge lorsque je suis en train de mettre en œuvre la solution pour les RTO?Devrais-je présenter mon code pour vérifier la mémoire exacte, le traitement des exigences que je devrais donner au planificateur RTOS qui effectuera une analyse de faisabilité et déterminera s'il peut inclure ma demande dans l'horaire existant?

Certains peuvent-ils me donner des exemples pratiques de la manière dont cela se fait dans les RTO comme Ose, WinDriver, etc.

Answer 1

La plupart des RTO sont des planificateurs de fil plutôt que des planificateurs de processus, il n'ya donc qu'une seule "application" en tant que telle, fabriquée à partir de plusieurs threads dans un processus Single .Dans ce contexte, la question de la planification de votre "demande" est discutable, car il n'y a qu'une seule application .

Si vous avez une tâche non en temps réel (et qu'il est peut-être implicit que ceci est le cas si vous êtes également capable de l'exécuter sur un système d'exploitation à usage général (GPOS), alors sur un RTOS, vous pourriez l'exécuter à unPriorité faible à un niveau partagé par d'autres tâches non en temps réel avec la tranche de temps rond-robin activé - ces threads planifieront ensuite de la même manière à celle d'une GPOS. Notez que si un ou plusieurs de ces threads jamais rendements, ils doivent être exécutés au niveau prioritaire le plus bas possible et, dans tous les cas, ce comportement serait généralement indésirable - essentiellement de tels threads deviennent la tâche inactive.