Le temps réel répond à des besoins spécifiques. C'est l'ordonnancement et le temps cpu qui sera modifié.

Le temps réel donne la priorité à certains processus qui doivent à tout prix s'exécuter. Un processus temps réel qui occuperait 100% de ton cpu empêcherait les autres processus de tourner. Exemple schématique : tu utilises gimp sous kde. Tu exécutes des filtres qui durent 5min, utilisant 100% de ton cpu. Tant que l'opération n'est pas terminée, tu ne pourras pas naviguer sur le net, X sera figé.
Pour palier à cela, tu peux décider que tout processus ait une priorité temps réel. Mais dans ce cas, tu reviens au modèle temps partagé.

Le codage du temps partagé est beaucoup plus simple, donc plus robuste, doit comporter moins de lignes de codes. Donc, pour une utilisation classique, est plus performant.

Si j'ai dit des âneries, merci de me rectifier!

Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"

Poste le Wednesday 23 January 2008 11:45:13

ok!!
Merci bien

Poste le Wednesday 23 January 2008 12:04:00

Mais le noyau Studio ubuntu ou ccrma ne sont pas des vrais temps reels alors, car il ne me semble pas qu'ils bloquent les autres processus si 1 est à fond?

Si le noyau Studio ubuntu ou ccrma sont des temps partagé, ce sont donc des noyaux classique?Qu'ont ils de différent? La latence: mais ne serait-ce pas une sorte de nice renice?

Poste le Wednesday 23 January 2008 12:08:49

Lorsqu'on utilise le temps réel, c'est pour optimiser un (ou un très petit nombre de) processus, (optimisation orientée temps en général), au détriment d'autres processus.

Lorsqu'on utilise un ordonnancement de type multi-tâche préemptif, l'objectif n'est pas d'optimiser par rapport à un processus donné, mais d'obtenir une utilisation optimale de l'ensemble du matériel, sans privilégier un processus en particulier. Bien sûr, les processus se voient attribués des classes de priorité, mais, le plus souvent, en fonction de leurs caractéristiques de fonctionnement : rapport entrée-sorties / temps CPU, rapport attente / temps CPU, durée attente sur périphérique, etc. L'utilisateur peut diminuer (ou augmenter s'il est root) les classes de priorité pour répondre à des besoins spécifique. Par exemple, on veut voir sortir une impression d'une page, avant de voir imprimer un gros pavé de 500 pages qui pourtant avait priorité.

pour répondre à moueza, je ne connais pas les noyaux Studio ubuntu ou ccrma, mais ce que tu nous dis de leur comportement, un processus, utilisant 100 % du CPU, bloque les autres processus (pour autant qu'il soit en haute priorité) est la signature typique d'un noyau temps réel.

Poste le Thursday 24 January 2008 09:48:00

Je ne connais pas non plus les processus dont tu parles.

Si tu mets un noyau temps réel, et que tu ne le configures pas pour que tel processus soit en temps réel, alors tu n'auras pas de comportement temps réel.

Je ne sais pas quels patchs ont été appliqués aux noyaux dont tu parles (et ne sais donc pas si ce sont des noyaux temps-réel ou pas).

Il existe plusieurs méthode d'ordonnancement des processus. Cela va du plus basique (système monotâche : les processus seront exécutés les uns après les autres) aux plus élaborés (temps réel). Pour Studio ubuntu, je pense qu'il y a un noyau temps réel et que certains processus sont configurés pour fonctionner en temps réel (ex : tout ce qui concerne le son, pour éviter d'avoir une coupure du son).

Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"

Poste le Thursday 24 January 2008 12:11:25