|
Parallel Virtual Machine  Cet article ne cite pas suffisamment ses sources (). Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».
En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?
Parallel Virtual Machine
Parallel Virtual Machine (PVM) est un ensemble de bibliothèques logicielles et outils libres[1] de communication (langages C et Fortran) pour machines parallèles et réseau d'ordinateurs (locaux ou distants, éventuellement hétérogènes). Il permet d’agréger un réseau d'ordinateurs en un seul ordinateur virtuel permettant ainsi d'augmenter la concurrence des calculs, d'où l'appellation de (machine virtuelle parallèle). Il a été développé au Laboratoire national d'Oak Ridge en 1989 et a servi de base à un projet plus vaste commun à trois universités des États-Unis[2]. IntroductionPVM est une bibliothèque portable de passage de messages permettant d'utiliser un réseau de machines hétéroclites (ordinateur portable, PC, serveur, superordinateur) en formant une machine virtuelle unique. Le but général de PVM est de proposer une solution simple et hautement productive pour développer des applications fortement partagées. PVM gère tout le routage de messages, la conversion de données et la répartition des tâches au sein d'un réseau d'architectures distinctes et normalement incompatibles. L'interface de programmation est très simple :
Le démon PVM (pvmd)Un démon PVM est lancé sur chaque machine pour former une machine virtuelle globale. Un pvmd possède un propriétaire qui est le seul à pouvoir utiliser les ressources de la machine, pour des raisons de sécurité. Le démon PVM fournit plusieurs fonctionnalités :
Il vérifie également si les autres démons de la machine virtuelle sont toujours en activité. Même si l'application crashe, le démon continue de fonctionner afin d'assister le débogage. Au démarrage, le démon se configure comme maître ou esclave selon les arguments. Il crée une grille de connexion pour communiquer avec les tâches et les autres démons, et ouvre un journal d'erreurs. Un démon maître lit le fichier hôte s'il existe alors que le démon esclave reçoit les paramètres du maître (ce fichier est un .pvmrc dont chaque ligne est : add <nom_du_client> ) Après configuration, le démon lance une boucle qui examine toutes les sources d'entrée et place les paquets dans une file d'attente. Ces paquets sont ensuite réassemblés et injectés dans le point d'entrée. Le démon est stoppé quand il est supprimé de la machine virtuelle ou quand il reçoit un message d’arrêt. Quand le démon s'arrête, il effectue deux actions finales :
Le nombre de tâches qu'un démon peut gérer est limité par deux facteurs :
L'interprète PVM (pvm)Il y a un interprète, qui se lance avec la commande pvm, et qui permet d'agir sur le démon (pvmd) grâce à diverses commandes :
La bibliothèque PVMLa bibliothèque permet à une tâche de communiquer avec le démon et les autres tâches. Elle contient des fonctions pour assembler et désassembler les messages, et d'autres fonctions pour effectuer les appels systèmes. la bibliothèque est construite en deux niveaux :
Protocoles utilisés par PVMLes démons communiquent entre eux par UDP en utilisant un mécanisme de vérification et de récupération. TCP n'est pas utilisé dans ce cas car il consomme un FileDescriptor pour chaque connexion (nombre limité par le système) et ne permet pas de tolérance aux pannes si un démon a crashé. TCP serait également trop gourmand niveau ressource car chaque démon devrait avoir N-1 sockets, ce qui représenterait N*(N-1) sockets pour le système global. Les tâches communiquent entre elles par le protocole TCP afin d'assurer la cohérence des données. Architectures supportées
Références
Liens externes |
Portal di Ensiklopedia Dunia
