Eric L : >>Le noyau de Linux est préemptible (avec l'option qui va bien selectionnée lors de la config)
-> il ne s' agit pas de la même chose, je pense que tu le sais. C' est un module temps-réel (un linux security module) ce qui est différent d' un kernel preemption on acid
grosso modo par défaut on est en "temps partagé"... L' ordonnanceur a pour but un partage des ressources équitables entre les process. On peut jouer sur la priorité d' un process parmis l' ensemble grâce à la "nice"
sur un système dit temps-réel, on aura des taches qui auront un comportement dans des notions précises de temps défini. Le vrai terme "système temps-réel" pourrait être "système prédictible". C' est à dire que l' écriture, le traitement et la restitution de l' information sont effectuées dans un temps si faible que l' on nomme cette information comme étant "information préservée".
Maintenant sur Linux, il y a plusieurs solutions de "temps-réel" (terme un peu fourre tout de manière générique mais on devrait définir par lui des choses plus précises, ici). Et tuons de suite le troll "ouaihg je joue a WoW en temps réel c est plusse mieux ça va plusse vite"... Non : un système temps réel, en consacrant de hautes priorités (et une mémoire dédiée) à certaines tâches, réduit les ressources disponibles pour l' ensemble. Un système temps-réel sur un bureau, comme le dit Eric L, est synonime d' amoindrissement des ressources pour l' utilisation bureautique et mulimédia classique du comput'...
Il existe deux types de temps-réel :
le temps-réel dur et le temps réel mou.
Les deux solutions présentées par défaut dans tout kernel sont toutes des "temps-réel mous". C' est à dire qu' une certaine souplesse ai accordé aux tâches ayant pourtant accès à la priorité temps-réel (c' est à dire concrètement qu' il n' est pas interdit qu' elles dépassent 25millisecondes sir 25 est la définition du système rt)
1. le patch "preemptif" de Mr Love : il agit sur l' ordonnanceur et réduit le temps de réponse de manière systématique. (c' est également la solution de MontaVista, pour lequel Mr Love travaillait)
2. le patch "low-latency" de Mr Morton : il agit seulement sur des points précis du noyau, alors appelés "points de preemption" et ne s' occupe que de latence sur ces noeuds là.
Quant au patch de Sir Molnar, il transforme le noyau linux en noyau preemption on acid (c' est à dire en noyau à capacités temps-réel dur). Un watchdog (dont Eric L parle également ici) tournant en temps-réel se chargeant de la sécurité. Et c' est bien ce patch (peut-être amputé de son horloge) qui pourrait peut être rejoindre les 2 précédents et être intégré par défaut, et accessible du coup sur tout kernel de toutes distrib, juste en recompilant ! (pour notre plus grand bonheur)
Une fois ce type de noyau préparé, l' administrateur doit indiquer au système de sécurité quels utilisateurs et/ou groupes d' utilisateurs auront droit d' accès à ces capacités. Sur une distribution "moderne" (aucune idée de troll) c' est bien sûr PAM qui s' en charge. (et sur une distrib vraiment moderne et pas seulement à la mode, c' est pré-configuré /troll!)
Voilà voilà.
on pourrait parler du fameux Xenomai et de son micro-noyau hyperviseur qui fait tourner le noyau linux en tache. (Xenomai issu de de rtai lui même issu de rtlinux)
ou encore "flamer" sur wince, annoncé comme révolutionnaire (windows c.e embarqué et temps-réel) mais... personne en veut, encore plus depuis qu' ils ont ouvert leurs sources... le machin est cantonné aux gadgets genre téléphone portables... mort de rire :)
note inutile : ze devrais sortir dans pas longtemps un howto (bien humble) sur comment transformer facilement sa mandriva en diva-linux, pour péter les solutions actuelles grâce au travail des LAUD ... Et mettre en avant la qualité actuelle des solutions de traitment du signal audionumérique sous GNU/Linux... (troll : Apple ils vont pleurer longtemps pour le port Jack sur osX ;-) ? le site .com est sorti pourtant /troll) Si des gens lisant ceci sont éventuellement intéressés, ils peuvent m' envoyer un message privé. Toutes corrections/relectures/engueulades/merci/conseils/éclairage-de-gurus sont les bienvenues.
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 5.
-> il ne s' agit pas de la même chose, je pense que tu le sais. C' est un module temps-réel (un linux security module) ce qui est différent d' un kernel preemption on acid
grosso modo par défaut on est en "temps partagé"... L' ordonnanceur a pour but un partage des ressources équitables entre les process. On peut jouer sur la priorité d' un process parmis l' ensemble grâce à la "nice"
sur un système dit temps-réel, on aura des taches qui auront un comportement dans des notions précises de temps défini. Le vrai terme "système temps-réel" pourrait être "système prédictible". C' est à dire que l' écriture, le traitement et la restitution de l' information sont effectuées dans un temps si faible que l' on nomme cette information comme étant "information préservée".
Maintenant sur Linux, il y a plusieurs solutions de "temps-réel" (terme un peu fourre tout de manière générique mais on devrait définir par lui des choses plus précises, ici). Et tuons de suite le troll "ouaihg je joue a WoW en temps réel c est plusse mieux ça va plusse vite"... Non : un système temps réel, en consacrant de hautes priorités (et une mémoire dédiée) à certaines tâches, réduit les ressources disponibles pour l' ensemble. Un système temps-réel sur un bureau, comme le dit Eric L, est synonime d' amoindrissement des ressources pour l' utilisation bureautique et mulimédia classique du comput'...
Il existe deux types de temps-réel :
le temps-réel dur et le temps réel mou.
Les deux solutions présentées par défaut dans tout kernel sont toutes des "temps-réel mous". C' est à dire qu' une certaine souplesse ai accordé aux tâches ayant pourtant accès à la priorité temps-réel (c' est à dire concrètement qu' il n' est pas interdit qu' elles dépassent 25millisecondes sir 25 est la définition du système rt)
1. le patch "preemptif" de Mr Love : il agit sur l' ordonnanceur et réduit le temps de réponse de manière systématique. (c' est également la solution de MontaVista, pour lequel Mr Love travaillait)
2. le patch "low-latency" de Mr Morton : il agit seulement sur des points précis du noyau, alors appelés "points de preemption" et ne s' occupe que de latence sur ces noeuds là.
Quant au patch de Sir Molnar, il transforme le noyau linux en noyau preemption on acid (c' est à dire en noyau à capacités temps-réel dur). Un watchdog (dont Eric L parle également ici) tournant en temps-réel se chargeant de la sécurité. Et c' est bien ce patch (peut-être amputé de son horloge) qui pourrait peut être rejoindre les 2 précédents et être intégré par défaut, et accessible du coup sur tout kernel de toutes distrib, juste en recompilant ! (pour notre plus grand bonheur)
Une fois ce type de noyau préparé, l' administrateur doit indiquer au système de sécurité quels utilisateurs et/ou groupes d' utilisateurs auront droit d' accès à ces capacités. Sur une distribution "moderne" (aucune idée de troll) c' est bien sûr PAM qui s' en charge. (et sur une distrib vraiment moderne et pas seulement à la mode, c' est pré-configuré /troll!)
Voilà voilà.
on pourrait parler du fameux Xenomai et de son micro-noyau hyperviseur qui fait tourner le noyau linux en tache. (Xenomai issu de de rtai lui même issu de rtlinux)
ou encore "flamer" sur wince, annoncé comme révolutionnaire (windows c.e embarqué et temps-réel) mais... personne en veut, encore plus depuis qu' ils ont ouvert leurs sources... le machin est cantonné aux gadgets genre téléphone portables... mort de rire :)
note inutile : ze devrais sortir dans pas longtemps un howto (bien humble) sur comment transformer facilement sa mandriva en diva-linux, pour péter les solutions actuelles grâce au travail des LAUD ... Et mettre en avant la qualité actuelle des solutions de traitment du signal audionumérique sous GNU/Linux... (troll : Apple ils vont pleurer longtemps pour le port Jack sur osX ;-) ? le site .com est sorti pourtant /troll) Si des gens lisant ceci sont éventuellement intéressés, ils peuvent m' envoyer un message privé. Toutes corrections/relectures/engueulades/merci/conseils/éclairage-de-gurus sont les bienvenues.