Red Hat In-Vehicle OS : précision sur le RTOS et les SDK
Il y a quelques jours nous vous parlions de l'arrivée de Red Hat dans l'automobile avec Red Hat In-Vehicle OS (https://www.programmez.com/actualites/red-hat-se-lance-dans-la-voiture-connectee-bonjour-je-suis-red-hat-vehicle-os-37731), petite mise à jour sur deux points techniques.RHEL n’est un OS dit temps réel dur, RHIVOS est-il un OS à temps réel dur avec un changement de kernel ?"En tant que distribution Linux avec un noyau standard, Red Hat In-Vehicle Operating System (RHIVOS) peut être considéré comme un système en temps réel souple, car il est préconfiguré avec le jeu de correctifs standard PREEMPT_RT. Le planificateur Linux sous le patch PREEMPT_RT transforme le noyau en un système entièrement pré-emptible adapté aux applications en temps réel. Il y parvient en rendant presque tout le code du noyau pré-emptible, en remplaçant les spinlocks par des mutex en temps réel et en threadant les gestionnaires d'interruption. La version Linux d'entreprise, RHEL, n'a pas PREEMPT_RT configuré par défaut." nous a précisé l'éditeur.-> Le temps réel souple est un compromis au niveau de l'OS et du noyau. Cela signifie que l'OS s'accomode des dépassements des contraires temporelles dans une certaine limite pour ne pas nuire au bon fonctionnement de la plateforme-> On distringue 3 grands types de RTOS (Real Time Operating System) : le dur (ou strict), le souple et le mou. Le RTOS mou ou souple se confonde souvent même si un RTOS mou est souvent moins contraint que le RTOS souple. Des API et SDK spécifiques ?Red Hat fournit des SDK spécifiques et des qualifications de chaînes d'outils pour les applications de gestion de la qualité (QM) et de niveau d'intégrité de la sécurité automobile (ASIL). Nos conseils de sécurité complets pour ces applications comprennent des hypothèses d'utilisation (AoUs) et des recommandations d'utilisation (RoUs), qui décrivent toutes les restrictions d'API nécessaires pour garantir la sécurité fonctionnelle.Catégorie actualité: OS - HardwareRed HatImage actualité AMP:
Il y a quelques jours nous vous parlions de l'arrivée de Red Hat dans l'automobile avec Red Hat In-Vehicle OS (https://www.programmez.com/actualites/red-hat-se-lance-dans-la-voiture-connectee-bonjour-je-suis-red-hat-vehicle-os-37731), petite mise à jour sur deux points techniques.
RHEL n’est un OS dit temps réel dur, RHIVOS est-il un OS à temps réel dur avec un changement de kernel ?
"En tant que distribution Linux avec un noyau standard, Red Hat In-Vehicle Operating System (RHIVOS) peut être considéré comme un système en temps réel souple, car il est préconfiguré avec le jeu de correctifs standard PREEMPT_RT. Le planificateur Linux sous le patch PREEMPT_RT transforme le noyau en un système entièrement pré-emptible adapté aux applications en temps réel. Il y parvient en rendant presque tout le code du noyau pré-emptible, en remplaçant les spinlocks par des mutex en temps réel et en threadant les gestionnaires d'interruption. La version Linux d'entreprise, RHEL, n'a pas PREEMPT_RT configuré par défaut." nous a précisé l'éditeur.
-> Le temps réel souple est un compromis au niveau de l'OS et du noyau. Cela signifie que l'OS s'accomode des dépassements des contraires temporelles dans une certaine limite pour ne pas nuire au bon fonctionnement de la plateforme
-> On distringue 3 grands types de RTOS (Real Time Operating System) : le dur (ou strict), le souple et le mou. Le RTOS mou ou souple se confonde souvent même si un RTOS mou est souvent moins contraint que le RTOS souple.
Des API et SDK spécifiques ?
Red Hat fournit des SDK spécifiques et des qualifications de chaînes d'outils pour les applications de gestion de la qualité (QM) et de niveau d'intégrité de la sécurité automobile (ASIL). Nos conseils de sécurité complets pour ces applications comprennent des hypothèses d'utilisation (AoUs) et des recommandations d'utilisation (RoUs), qui décrivent toutes les restrictions d'API nécessaires pour garantir la sécurité fonctionnelle.
