Un service de partage de données pour DIET : GDS basé sur JuxMem Mathieu Jan Projet PARIS Lyon, 5 décembre 2003.

Slides:



Advertisements
Présentations similaires
Gabriel Antoniu IRISA / INRIA Rennes
Advertisements

Applications de GdX Coordinateur thématique : Christophe Cérin
Implémentation de la gestion de réseau dans Windows 2000 et plus
Chantal Taconet, Erik Putrycz, Guy Bernard
Virtualisation dorchestration de services TER Master 1 Infomatique 4 Avril 2008 Encadrant : Philippe Collet.
Applications et Techniques
Cours 6 : XML et les architectures N-tiers – Tier Applicatif
18 avril 2002réunion Datagrid France1 E-toile Plate-forme RNTL 2001 Environnement matériel et logiciel pour le développement et l expérimentation de grille.
Localisation de services techniques dans un modèle à composants H. GRINE, C. Hérault, S. Lecomte, T. Delot Journées Composants, le Croisic 7 avril 2005.
B. Del-FabbroCFSE05LIFC p.1 Data Tree Manager : Un service de gestion des données persistantes pour le calcul ASP sur la grille Bruno DEL-FABBRO LIFC Besançon,
Jean-François Deverge, Sébastien Monnet
Stéphane Frenot - Département Télécommunication - SID - II - Comp 312 Avantages de l'approche distribuée Economie Performance.
CURSUS DE FORMATION AUX NOUVELLES TECHNOLOGIES DE DEVELOPPEMENT UV EJB Entité Module Java Expert.
Introduction aux Session Beans
Principes de programmation (suite)
L’équipe: Bobette Diakabana Jérémy Govi Fabien Cannevière Arbi Madhoun
Introduction à la programmation (420-PK2-SL) cours 12 Gestion des applications Technologie de linformation (LEA.BW)
Ericsson Communications Inc. Le problème dinteropérabilité entre les plate- formes dagents mobiles Présenté par Bah Thierno CAT 2000.
XML-Family Web Services Description Language W.S.D.L.
Rennes, le 18 septembre 2006 Support du paradigme maître-travailleur dans les applications à base de composants Tâche 2.2 Hinde Bouziane Réunion LEGO.
.Net Remoting.
Interopérabilité JOnAS - CORBA
Soutenance Orale, TER 2002 Equipe TENEBRION / J.P. Arcangeli
Intégration ActiveXML - Xyleme
L’équipe: Bobette Diakabana Jérémy Govi Fabien Cannevière Arbi Madhoun
Projet de Master première année 2007 / 2008
Lyon, 24/04/2007 Ce que l'application a besoin de connaître: Paramètres physiques par scénario de 150 ans Nombre et numéro d'ordre des mois à effectuer.
DIET Dashboard Meeting LEGO 11 déc 2006
LEGO – Rennes, 18 Septembre 2006 Un outil de monitoring pour le déploiement dynamique de JuxMem Loïc Cudennec IRISA / INRIA, PARIS project-team Stage de.
4 - Annuaires Les Annuaires d ’Entreprises Offres et solutions
GDS – Paris, 13 Octobre 2006 Un outil de monitoring pour le déploiement dynamique de JuxMem Loïc Cudennec IRISA / INRIA, PARIS project-team Stage de M2RI.
Partage de mémoire à très grande échelle sur des réseaux pair-à-pair
Épopée d’expériences DIET sur Grid5000
JXTA-C, JuxMem-C : dernières nouvelles Gabriel Antoniu, IRISA Preview d’un prochain exposé par Mathieu :-)
1 Gestion de données à grande échelle : une approche pair-à-pair à partir de l'environnement JXTA Gabriel Antoniu, Luc Bougé IRISA, équipe PARIS CUIC 2003.
Plan Définitions et exemples Composants de cluster
GESTION DES UTILISATEURS ET DES GROUPES
Modèles et protocoles de cohérence des données en environnement volatil Grid Data Service IRISA (Rennes), LIP (Lyon) et LIP6 (Paris) Loïc Cudennec Superviseurs.
PROJET AssetFrame IT ASSET MANAGEMENT Demo.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
1 Registration Physique Séminaire du Master Davide Bazzi Université de Fribourg
Enterprise Java Beans 3.0 Cours INF Bases de Données Hiver 2005, groupe 10 Stefan MARTINESCU.
1 Extension du modèle de composants CORBA avec accès concurrent à des données partagées Travail réalisé par : Landry BREUIL PFE, ISIMA Encadrants : Gabriel.
Mastère Professionnel Systèmes de Communication et Réseaux
Nicolas DEWEZ Cyrille JOSSELIN Tuteur: Thierry DELOT Conception d’une application de partage de fichiers Projet IUP3 GMI - Valenciennes Jeudi, 23 mars.
Une architecture de sécurité hiérarchique, adaptable et dynamique pour la grille Arnaud Contes.
Les sockets.
Bilan GDS Du côté de chez GRAAL Eddy Caron LIP ENS Lyon.
GDS : Grid Data Service Gabriel Antoniu IRISA / INRIA Rennes Réunion de lancement du projet GDS de l’ACI Masses de Données 22 septembre 2003.
1 Détection et tolérance aux fautes dans JuxMem Sébastien Monnet IRISA / PARIS Lyon, 05/12/2003.
François CARCENAC,Frédéric BONIOL ONERA-DTIM Zoubir MAMMERI IRIT
Gabriel Antoniu IRISA / INRIA Rennes
Présence et communication peer-to-peer Diplômant : Yves Bresson Professeur responsable : Yves Dennebouy EIVD Septembre - Décembre 2003.
Module 3 : Création d'un domaine Windows 2000
Utilisation de Modelnet dans le cluster de SRC Fabio Picconi – LIP6.
Cours MIAGE « Architectures Orientées Services »Henry Boccon-GibodCours MIAGE « Architectures Orientées Services »Henry Boccon-Gibod 1 Architectures Orientées.
Présentation ESTRABOX
- ACI GDS - 05/12/03 Gestion de la persistance des données dans DIET – Des nouvelles du front 1 ACI GDS – 2ème Édition Gestion de la persistance des données.
Développement de plateformes numériques
PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03.
1 Un protocole de cohérence des données tolérant aux fautes Jean-Francois Deverge Encadrants : Gabriel Antoniu, Luc Bougé Réunion GDS IRISA – Projet PARIS.
GDS : Grid Data Service Etat de l’avancement Gabriel Antoniu Réunion GDS, Lyon, 17 février 2006 IRISA, Rennes ACI Masses de Données.
Service de vidéo à la demande Projet Tutoré : Groupe C3 Université Paris 5.
Architecture Client/Serveur
Projet GDS de l’ACI MD Projet PARIS IRISA, Rennes.
MP2P PROTOCOLE & SYSTÈME DE STOCKAGE REDONDANT COACHING 3 – 21/05/2015 Julien DUBIEL – Mathieu CORRE – Francis VISOIU MISTRIH.
MP2P PROTOCOLE & SYSTÈME DE STOCKAGE REDONDANT COACHING 2 – 30/04/2015 Julien DUBIEL – Mathieu CORRE – Francis VISOIU MISTRIH.
Bus de terrain Can Open.
Retour d'expérience de l'utilisation du cloud comme infrastructure de service Guillaume PHILIPPON.
PROJET DE SESSION DANS LE CADRE DU COURS: SCG Réalisation d’applications en SIG PRÉSENTÉ PAR: Marie-Andrée Levesque 18 AVRIL 2006.
Transcription de la présentation:

Un service de partage de données pour DIET : GDS basé sur JuxMem Mathieu Jan Projet PARIS Lyon, 5 décembre 2003

2 Plan Rappels sur JuxMem Premier objectif de l’interaction Choix pour le couplage DIET – GDS Exemple d’utilisation DIET – GDS Conclusions et perspectives

3 Groupe juxmem Groupe cluster AGroupe cluster B Groupe cluster C Groupe data Architecture physique Architecture virtuelle Architecture de JuxMem

4 Interface actuelle de JuxMem juxMemAlloc (size, attribs) juxMemMap (id, attribs) juxMemPut (id, value) juxMemGet (id) juxMemLock (id) juxMemUnlock (id)

5 État actuel de JuxMem Nettoyage de code et commentaires Démarrage directement dans le groupe juxmem Configuration des pairs JuxMem Utilisation du projet JDF Description du réseau voulu au format XML Configuration des noeuds Lancement des pairs pour effectuer des tests Déploiement simplifié et automatisé Réalisation des premiers tests spécifique à JuxMem But : passage à l’échelle Passage à JXTA 2.2 Nouvelle version plus efficace du pipe service, … Version finale prévue pour le 15 décembre

6 Architecture de DIET MA LA SeD Client Estimation du temps de calcul sur les SeD (FAST) Estimation du temps des communications (FAST) RPC

7 Premier objectif de l’interaction Offrir un stockage persistant des données à DIET Persistance entre plusieurs RPCs Faire des essais simples But : que ça marche ! Un MA, 0-2 LA, 0-2 SeD Fournir un premier prototype de cette interaction Pour la prochaine réunion

8 Couplage DIET – GDS Idée : utiliser des handles pour les données Nécessaire pour partager des données entre plusieurs RPCs Utilisation d’un ID pour identifier la donnée Différents modes de persistance INOUTINOUT returnno returnreturnno return Sticky C  S Stored Ø C S Stored Ø C  S Stored Persistent C  S Stored C  S Stored C S Stored C  S Stored C  S Stored Volatile C  S NOT stored C  S NOT stored Ø C  S NOT stored Ø

9 Couplage DIET – GDS Implémentation de new_data_handle Si donnée persistante : utilisation de GDS Correspond à juxMemAlloc puis juxMemPut Optimisation en 1 primitive : juxMemCreate Implémentation de free_data_handle Pas d’équivalent pour l’instant juxMemDelete(ID) Changement de mode de persistance Exemple : passage de persistent_no_return à persistent_return

10 Mapping sur l’API de JuxMem Côté SeD Côté client Couplage DIET – GDS INOUTINOUT returnno returnreturnno return Sticky juxMemPut /Get Ø juxMemPut Ø juxMemPut /Put Persistent juxMemPut /Get juxMemPut /Get juxMemPutjuxMemPut /Get /Get juxMemPut /Get Volatile x x Ø x Ø

11 Modifications du code DIET Lors du marshalling mrsh_profile_to_in_args (client) Transmission uniquement des ID des données pour les IN et INOUT unmrsh_in_args_to_profile (SeD) Appel à juxMemGet(ID) pour les IN et INOUT mrsh_profile_to_out_args (SeD) Appel à juxMemPut(ID) pour les INOUT et OUT Transmission uniquement des ID des données pour les OUT unmrsh_out_args_to_profile (client) Appel à juxMemGet(ID) pour les INOUT et OUT

12 Modifications du code DIET Choix du SeD à fournir au client Estimation du temps de calcul Utilisation de FAST Estimation du temps d’accès aux données Localisation des différentes copies Appel à juxMemLocate(ID) Retourne une liste de nœuds Appel à FAST pour calculer les temps de déplacement des données Pas optimal

13 Interfaçage DIET – GDS Les clients DIET et les SeD utilisent l’API offerte par JuxMem Clients de JuxMem Passage de C++ à Java Solution technique retenue Utilisation de JNI (Java Native Interface) Problème d’accès concurrent aux ressources réseaux (CORBA et sockets) Solution : Padico Expérience de ReMaP/GRAAL Version multi-MA de DIET en utilisant JXTA Réutilisation de la version Java du client DIET

14 Exemple d’utilisation de DIET – GDS Mise en place de JuxMem Démarrage d’un gestionnaire de grappe Démarrage des fournisseurs Pas forcément sur les futurs SeD Mise en place de DIET Démarrage d’un MA Démarrage d’un ou plusieurs LA Démarrage des SeD–client JuxMem Démarrage d’un client DIET (version Java) Création des données : handles de données Utilisation de JuxMem Choix du SeD Appel du RPC Transmission des IDs Réutilisation des handles de données par le même client pour un autre RPC, ou par un autre client …

15 Exemple d’utilisation de DIET – GDS MA LA SeD Client GC F F F CCC Stockage des données Récupération des données RPC

16 Conclusions Avantages Persistance des données entre plusieurs RPCs Gestion transparente au niveau applicatif du transfert des données Pas de modifications de l’API de DIET Problèmes Problème avec OmniORB et JNI Solution : utilisation de Padico ? Roadmap Premier prototype opérationnel pour la prochaine réunion Prendre des exemples de plus en plus complexes

17 Perspectives Prédire plus efficacement les temps de déplacement des données Intégré à JuxMem Utilisation du peer info service & meter project Mécanismes de synchronisation des accès aux données Deux clients font des RPCs sur les même données Gestion des sessions Destruction de toute les données associées