Un modèle pour ladaptation dynamique des programmes parallèles Jérémy Buisson RenPar 2005 vendredi 8 avril 2005
8 avril 2005RenPar Motivations Vers des environnements dexécution dynamiques –Sources de dynamisme (Fautes) Opérations de maintenance Partage entre programmes Concurrence avec les autres utilisateurs
8 avril 2005RenPar Motivations Environnements dexécution dynamiques –Calcul « haute performance » concernés Exemple typique : grilles Souhaits de lutilisateur –Exploiter toutes les ressources disponibles Utiliser les ressources qui apparaissent –Eviter les fautes Libérer les ressources amenées à disparaître
8 avril 2005RenPar Adaptation dynamique Capacité dun programme à se modifier –En fonction des changements de son environnement dexécution –Pour mieux utiliser son environnement dexécution –En conservant sa sémantique
8 avril 2005RenPar Architecture dun programme adaptable
8 avril 2005RenPar Problèmes posés par ladaptation Choisir –Quand adapter –Comment adapter –Où adapter Spécificités du cas des codes parallèles
8 avril 2005RenPar Choisir où sadapter Critère : intégrité –Conserver la sémantique du programme Cas général –Notion de points dadaptation »Etats instantanés »Opportunités dadapter le programme Cas des programmes parallèles –Points dadaptation globaux –Relation de cohérence »Exemple : identité
8 avril 2005RenPar Choisir où sadapter Critère : performance –Deux directions Vers le passé Vers le futur –Hypothèse : amélioration de lexécution –Le plus proche de létat présent
8 avril 2005RenPar Perspectives Approche différente pour la gestion –Des environnements dynamiques Limiter loccurrence des fautes Accepter de nouvelles ressources –Des ressources Préempter un sous-ensemble des ressources attribuées à un programme Ajouter des ressources attribuées à un programme
Un modèle pour ladaptation dynamique des programmes parallèles