{"id":148,"date":"2009-12-21T16:20:56","date_gmt":"2009-12-21T15:20:56","guid":{"rendered":"http:\/\/wp1.fredptitgars.net\/index.php\/2009\/12\/21\/introduction\/"},"modified":"2009-12-21T16:20:56","modified_gmt":"2009-12-21T15:20:56","slug":"introduction","status":"publish","type":"post","link":"https:\/\/fredptitgars.ovh\/?p=148","title":{"rendered":"Introduction"},"content":{"rendered":"

D\u00e9finition<\/h2>\n

Pour satisfaire notre d\u00e9finition, les machines d’un syst\u00e8me r\u00e9parti exigent certaines caract\u00e9ristiques avant d’\u00eatre regroup\u00e9es :
\n– L’ensemble des machines doit poss\u00e9der un m\u00e9canisme de communication interprocessus unique et global. Cette caract\u00e9ristique permet, \u00e0 n’importe quel processus, de dialoguer avec n’importe quel autre processus r\u00e9sidant sur une machine diff\u00e9rente.
\n– L’ensemble doit poss\u00e9der un m\u00e9canisme de protection global car l’unicit\u00e9 du syst\u00e8me se per\u00e7oit aussi par ses m\u00e9canismes de protection.
\n– La gestion des processus (cr\u00e9ation, suspension, d\u00e9marrage et destruction) doit \u00eatre uniforme.
\n– Les noyaux de ces machines doivent avoir une interface commune afin de permettre la portabilit\u00e9 des programmes mais aussi pour donner l’illusion de la machine unique.<\/p>\n

Caract\u00e9ristique d’un syst\u00e8me r\u00e9parti<\/h2>\n

Transparence<\/strong>
\n
Ce crit\u00e8re s’applique \u00e0 plusieurs \u00e9l\u00e9ments d’un syst\u00e8me r\u00e9parti. En gros, il exige que les concepteurs donnent l’illusion aux usagers que l’ensemble des machines a un comportement identique \u00e0 un bon vieux syst\u00e8me \u00e0 temps partag\u00e9.
\n– Transparence \u00e0 l’emplacement
\n– Transparence \u00e0 la migration
\n– Transparence \u00e0 la duplication
\n– Transparence \u00e0 la concurrence
\n– Transparence au parall\u00e9lisme<\/p>\n

Fiabilit\u00e9<\/strong>:
\n
La fiabilit\u00e9 de l’ensemble du syst\u00e8me, appel\u00e9e aussi la disponibilit\u00e9, s’obtient th\u00e9oriquement en faisant un OU logique avec tous les composants. Par exemple, deux serveurs, avec une fiabilit\u00e9 individuelle de 0.95, obtiennent ensemble une fiabilit\u00e9 de 1-(1-0.95)2 = 0.9975. Malheureusement, en pratique il s’agit le plus souvent d’un ET logique.<\/p>\n

Performance<\/strong>:
\n
La performance s’obtient en r\u00e9duisant le nombre de messages transmis et en augmentant le parall\u00e9lisme
\n
La performance s’obtient en r\u00e9glant le grain de parall\u00e9lisme, c\u2019est-\u00e0-dire l’intervalle de temps s\u00e9parant deux communications successives<\/p>\n

Dimensionnement<\/strong>
\n
Il faut \u00e9liminer tous les composants centralis\u00e9s, tel qu’un seul serveur, toutes les donn\u00e9es centralis\u00e9es et tous les algorithmes centralis\u00e9s qui traitent des donn\u00e9es n\u00e9cessitant une connaissance globale.
\n
Il faut donc concevoir des algorithmes r\u00e9partis qui ont les caract\u00e9ristiques suivantes :
\n– Aucune machine n’a d\u2019information compl\u00e8te sur l’\u00e9tat global du syst\u00e8me.
\n– Les machines prennent des d\u00e9cisions uniquement \u00e0 partir des informations localement disponibles.
\n– La panne d’une machine n’emp\u00eache pas le d\u00e9roulement de l’algorithme.
\n– Aucune hypoth\u00e8se concernant l’existence d’une horloge globale n’est faite. Un algorithme qui n\u00e9cessite une date absolue est vou\u00e9 \u00e0 l’\u00e9chec. Le fait de pr\u00e9ciser qu’une op\u00e9ration doit commencer \u00e0 midi est impossible \u00e0 r\u00e9aliser car il faudrait que les horloges des diff\u00e9rentes machines soient toutes synchrones.<\/p>\n

Micro noyaux<\/h2>\n

D\u00e9finition<\/strong><\/p>\n

un micro noyau est un noyau minimaliste qui contient les services essentiels du syst\u00e8me d’exploitation. Tout le reste du syst\u00e8me existe sous la forme de service.
\n
Par opposition on parle des noyaux monolithiques contiennent toutes les fonctionnalit\u00e9 du syst\u00e8me d’exploitation.<\/p>\n

chorus<\/strong>
\n
Les fonctionnalit\u00e9 du syst\u00e8me d’exploitation sont assur\u00e9es par des serveurs annexes offrant les services non rendu au noyaux.<\/p>\n

Organisation<\/em>:<\/p>\n

    \n
  1. un noyaux de petite taille sur lequel sont impl\u00e9ment\u00e9 des serveurs coop\u00e9rants.<\/li>\n
  2. Le noyaux est atteint par des primitives de ces sous-syst\u00e8mes au moyen d’une interface propre au noyaux.<\/li>\n
  3. Le noyau de Chorus offre des services locaux au site et des services globaux au syst\u00e8me, \u00e0 savoir des services couvrants le r\u00e9seau d’interconnexion.<\/li>\n
  4. Les services locaux sont repr\u00e9sent\u00e9s par les services suivants\n
      \n
    • La gestion des ressources physiques du site<\/li>\n
    • Le gestionnaire d’ex\u00e9cution multi-t\u00e2ches<\/li>\n
    • Le gestionnaire de m\u00e9moire<\/li>\n
    • Le Superviseur qui permet aux composants des sous-syst\u00e8mes implant\u00e9s hors du noyau de contr\u00f4ler les \u00e9v\u00e9nements mat\u00e9riels comme les interruptions, les d\u00e9routements ou encore les exceptions.<\/li>\n<\/ul>\n<\/li>\n
    • Les services globaux\n
        \n
      • Le gestionnaire de communication (IPC[[Inter Process Communication]])<\/li>\n
      • Le r\u00e9seau d’interconnexion : Permet aux entit\u00e9s d’un site donn\u00e9 de partager de la m\u00e9moire avec d’autres<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n

        Notion de base:<\/em><\/p>\n

          \n
        • L’acteur<\/li>\n
        • l’activit\u00e9<\/li>\n
        • Le message<\/li>\n
        • La porte<\/li>\n
        • le gourpe<\/li>\n
        • L’UI (Unique Identifier)<\/li>\n
        • La capacit\u00e9<\/li>\n<\/ul>\n

          Fonctionnement<\/em><\/p>\n

          On installe MIX : un \u00e9mulateur unix pour chorus. Les processus unix dialogue avec le syst\u00e8me chorus par l’interm\u00e9diaire d’un processus chorus particulier, le processus manager PM<\/p>\n

          MACH<\/strong><\/p>\n

          Principe<\/em><\/p>\n

          GNU Mach est le micro-noyau du GNU Project. C\u2019est le composant de base du syst\u00e8me d\u2019exploitation GNU\/HURD. Il fournit les fonctionnalit\u00e9s (m\u00eame si elles sont limit\u00e9es) aux serveurs HURD, \u00e0 la librairie GNU C et \u00e0 toutes les applications utilisateurs.<\/p>\n

          Son Objectif:<\/em><\/p>\n

            \n
          • Portabe<\/li>\n
          • peux fonctionner sous diff\u00e9rente architecture<\/li>\n
          • Peux fonctionner dans un r\u00e9seau h\u00e9t\u00e9rog\u00e8ne<\/li>\n
          • Poss\u00e8de une structure de noyau simple et extensible<\/li>\n
          • Doit \u00eatre transparent vis-\u00e0-vis des utilisateurs<\/li>\n<\/ul>\n

            Le micronoyau Mach ne s\u2019occupe que de 3 choses essentielles : <\/p>\n

              \n
            • la m\u00e9moire,<\/li>\n
            • les processus <\/li>\n
            • la communication.
              \n
              Les fonctionnalit\u00e9s g\u00e9n\u00e9ralement impl\u00e9ment\u00e9es dans les noyaux monolithiques (gestion des fichiers, …) ne sont pas g\u00e9r\u00e9es par Mach.<\/li>\n<\/ul>\n

              Notion de base:<\/em><\/p>\n

                \n
              • La t\u00e2che<\/li>\n
              • Le thread<\/li>\n
              • les ports<\/li>\n
              • Le message<\/li>\n
              • L’objet M\u00e9moire<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"

                D\u00e9finition Pour satisfaire notre d\u00e9finition, les machines d’un syst\u00e8me r\u00e9parti exigent certaines caract\u00e9ristiques avant d’\u00eatre regroup\u00e9es : – L’ensemble des machines doit poss\u00e9der un m\u00e9canisme de communication interprocessus unique et global. Cette caract\u00e9ristique permet, \u00e0 n’importe quel processus, de dialoguer avec n’importe quel autre processus r\u00e9sidant sur une machine diff\u00e9rente. – L’ensemble doit poss\u00e9der un […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14],"tags":[],"class_list":["post-148","post","type-post","status-publish","format-standard","hentry","category-smb111-systemes-et-applications-repartis-co"],"blocksy_meta":[],"_links":{"self":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts\/148","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=148"}],"version-history":[{"count":0,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts\/148\/revisions"}],"wp:attachment":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=148"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=148"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=148"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}