Tolérance aux pannes
|
|
- Albert Malo
- il y a 8 ans
- Total affichages :
Transcription
1 Tolérance aux pannes Arnaud Labourel Université de Provence 15 mars 2012 Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
2 Présentation Tolérances aux pannes Pannes Définition Méthode de conception d un système assurant son fonctionnement, potentiellement de manière réduite (en mode dégradé), lorsque l un ou plusieurs de ses composants ne fonctionne plus correctement. Exemple : un véhicule qui peut encore rouler malgré un pneu crevé. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
3 Présentation Quelques Définitions Pannes panne définitive crash processus rupture canal communication panne transitoire blocage/ralentissement = asynchrone comportement aberrant temporaire modification/duplication de message panne byzantine un des noeuds a un comportement arbitraire comportement malicieux la pire des pannes Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
4 Présentation Pannes Remarque sur ces Modélisations Spécificité du distribué panne des machines panne du réseau Dépendance vis-à-vis du système physique sous-jacent machine massivement parallèle réseau mobile interlocuteurs anonymes/inconnus panne byzantine : comportement d adversaire/attaque = application en sécurité Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
5 Présentation Algorithmes Robustes Pannes Définition Un algorithme distribué est f robuste s il fonctionne correctement même avec f pannes simultanées. aucune garantie avec f + 1 pannes. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
6 Présentation Algorithmes Robustes Pannes Dans le cas des pannes de type crash. Définition Un algorithme distribué est sans attente (wait-free) s il fonctionne correctement même lorsque tous les processus crashent, sauf un. pas d exclusion mutuelle avec des sémaphores. Diner des philosophes : Socrate meurt en ayant une fourchette Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
7 Autostabilisation Présentation Algorithmes autostabilisants Définition Un algorithme distribué est autostabilisant si il fonctionne correctement (au bout d un certain temps) quelque soit la configuration initiale. = panne transitoire Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
8 Autostabilisation Présentation Algorithmes autostabilisants état du système configurations correctes stabilisation état correct panne stabilis. état correct panne temps Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
9 Présentation Détecteur de panne Avec détection de pannes Afin d enrichir le réalisme des modèles, il est possible de rajouter des oracles indiquant si certaines pannes se sont produites (avec une certaine certitude). Par exemple, envoi de PING (requête) et calcul d un dépassement de délai pour le PONG (réponse). permet de détecter les pannes définitives ou temporaires. Aucune garantie pour les pannes byzantines. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
10 Applications Présentation Avec détection de pannes Algorithmes plus réalistes prise en charge des pannes matérielles et/ou logicielles fiabilité pour systèmes critiques Tâches distribuées impossibles L existence de pannes peut rendre impossible certains problèmes Compromis expressivité / maintenance Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
11 Réplication Réplication Présentation Copie d un objet en plusieurs objets identiques mais localisés à des endroits différents sur le système distribué considéré. But maintenir de manière transparente un objet logique via la réplication d un même objet physique Robustesse Performance Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
12 Exemples Réplication Présentation Disque RAID Copies physiques d un serveur Reprise immédiate après panne électronique Pas de protection contre les pannes logicielles (crash d Ariane V) Serveurs multiples pour tenir la charge Cache Disque dur Navigateur Copies multiples de fichier personnels sur des supports différents (sauvegarde : timecapsule, unison) Développement avec svn (systèmes de gestion de versions) Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
13 Réplication Présentation Duplication de données : RAID Principe Répartir des données sur plusieurs disques durs afin d améliorer la tolérance aux pannes et/ou la performance. RAID 0 : volumes agrégés par bandes RAID 1 : Disques en miroir RAID 5 : volume agrégé par bandes à parité répartie Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
14 Réplication Présentation duplication de données : RAID RAID0.svg RAID1.svg 21/02/11 16:24 21/02/11 16:26 RAID 0 RAID 1 A1 A3 A5 A7 A2 A4 A6 A8 A1 A2 A3 A4 A1 A2 A3 A4 Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
15 Problématique (I) Réplication Présentation Comment maintenir la consistance de tous ces objets répliqués? Mises à jour Approche centrée sur les données le client Quelle consistance? Comment gérer correctement la montée en charge (nombreuses requêtes simultanées)? Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
16 Réplication Retour sur Java RMI Présentation Protection des accès concurrents par synchronized On pourrait aussi imaginer un ordonnancement des accès afin d éviter de laisser l objet dans un état inconsistant. Comment répliquer des objets RMI? responsabilité de l objet responsabilité du SE (au sens large) Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
17 Problématique (II) Réplication Présentation Première idée : recopier les objets propager immédiatement toute mise à jour = facilite un certain passage à l échelle = consistance forte = coûteux en synchronisation (forte utilisation du réseau) Autres idées (pour éviter le mauvais compromis passage à l échelle/coût de synchro): consistance affaiblie : toutes les copies ne sont pas identiques mises à jour dynamiques et si possible astucieuses Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
18 Réplication Approche centrée sur les données Approche Centrée sur les Données Process Process Process Local copy Distributed data store Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
19 Réplication Modèle de Consistance consistance Définition Un modèle de consistance est un contrat entre les processus et le système de données distribué. Une hypothèse classique est de supposer que le processus qui a fait la dernière écriture doit récupérer la même valeur en lecture immédiate. = Qui est le dernier à écrire? Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
20 Horloges Réplication consistance Il n y a a priori aucune horloge globale. (Impossibilité de synchroniser précisément des horloges à travers le réseau) Remarque Théorie de la Relativité! (plusieurs référentiels) = découper le temps en intervalles. Mais que faire d opérations se produisant dans le même intervalle? Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
21 Réplication Consistance Stricte Consistance Stricte Définition Toute lecture d un objet x renvoie la valeur la plus récemment écrite en x. P1: W(x)a P1: P2: R(x)a P2: (a) W(x)a R(x)NIL (b) R(x)a Impossible à réaliser en pratique car la synchronisation prends toujours un certain temps Notation R(x)a (lire la valeur a sur la variable x) W (x)a (écrire la valeur a sur la variable x) Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
22 Réplication Consistance Séquentielle I Consistance Séquentielle Définition Il existe un entrelacement séquentiel des actions sur la structure de donnée distribuée qui est compatible avec l ordre des actions de chacun des processus. On peut obtenir le même calcul avec un seul processeur exécutant les instructions en séquentiel. L ordre d exécution global doit respecter l ordre d exécution de chacun des fils d exécution. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
23 Réplication Consistance Séquentielle Consistance Séquentielle II P1: W(x)a P1: P2: W(x)b P2: P3: R(x)b R(x)a P3: P4: R(x)b R(x)a P4: (a) W(x)a W(x)b R(x)b R(x)a R(x)a R(x)b (b) (a) Oui car il existe une exécution séquentielle : W 2 (x)b, R 3 (x)b, R 4 (x)b, W 1 (x)a, R 3 (x)a, R 4 (x)a (b) Non car il n est pas possible pour un processus de lire a puis b sur la variable x alors qu un autre processus voit l ordre inverse. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
24 Réplication Consistance Causale I Consistance Causale Dépendance causale Si un événement B dépend d un événement A, alors A précède B. Les événements dans un processus sont dépendants. Exemple : P 1 : W (x)a P 2 : R(x)a W (x)b R 2 (x)a dépend de W 1 (x)a W 2 (x)b dépend de W 1 (x)a Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
25 Réplication Consistance Causale II Consistance Causale Les opérations non causalement liées sont concurrentes. Définition (Hutto, Ahamad 90) Les écritures qui sont (potentiellement) reliées causalement doivent être vues dans le même ordre par tous les processus. Les écritures concurrentes peuvent être vues dans un ordre différent. Exemple : P1 : W(x)3 P2 : R(x)3, W(x)4 Les autres processus doivent voir 3 puis 4. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
26 Exemples I Réplication Consistance Causale P1: W(x)a P2: P3: P4: R(x)a R(x)a R(x)a W(x)b W(x)c R(x)c R(x)b R(x)b R(x)c Consistant causal car les seules relations de dépendances des écritures sont : W 1 (x)a W 2 (x)b W 1 (x)a W 1 (x)c Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
27 Exemples II Réplication Consistance Causale P1: W(x)a P1: W(x)a P2: R(x)a W(x)b P2: P3: R(x)b R(x)a P3: P4: R(x)a R(x)b P4: (a) (b) W(x)b R(x)b R(x)a R(x)a R(x)b (a) pas consistant car W 1 (x)a R 2 (x)a W 2 (x)b. (b) consistant car pas de dépendance entre W 1 (x)a et W 2 (x)b. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
28 Consistance FIFO Réplication Consistance FIFO Définition Les écritures effectuées par un seul processus doivent être vues par les autres dans leur ordre d exécution. Mais les écritures de processus différents peuvent être vues dans des ordres différents. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
29 Exemple Réplication Consistance FIFO P1: W(x)a P2: P3: P4: R(x)a W(x)b W(x)c R(x)b R(x)a R(x)a R(x)b R(x)c R(x)c Consistant car la seule relation de dépendance est W 2 (x)b W 2 (x)c Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
30 Réplication Consistance Affaiblie Consistance FIFO Les modèles précédents peuvent être trop contraignants performance obligation de voir toutes les écritures dans un certain ordre = consistance non permanente = variables de synchronisation = Il est préférable de considérer un modèle plus faible. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
31 Réplication Consistance FIFO Consistance Faible Générique les accès aux variables de synchronisation sont séquentiellement consistants les écritures doivent être terminées quand un accès sur une variable de synchronisation se fait. les accès aux variables de synchronisation doivent être terminés pour tout accès (lecture/écriture) postérieure = verrou, barrière de synchronisation Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
32 Réplication Consistance FIFO Consistance par Libération Deux primitives : Acq : acquérir un verrou Rel : libérer un verrou On se restreint à seulement un accès aux variables de synchronisation en consistance FIFO. P1: Acq(L) W(x)a P2: P3: W(x)b Rel(L) Acq(L) R(x)b Rel(L) R(x)a Consistant car R 3 (x)a peut être exécuté entre W 1 (x)a et W 1 (x)b. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
33 Réplication Consistance FIFO Consistance par Libération Paresseuse Au lieu de propager les nouvelles valeurs à chaque libération, on ne se met à jour que lors d une acquisition. = Les paires Acq,Rel répétées par un même processus n induisent pas de surcoût. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
34 Résumé Réplication Résumé Stricte : impossible à implémenter Séquentielle : populaire parmi les programmeurs mais performance médiocre Causale et FIFO : c est au programmeur de gérer ce qui ne marche plus lorsque la consistance séquentielle n est pas garantie faible, par libération : primitive de synchronisation explicite permettant de faire comme si la structure de donnée distribuée était séquentiellement consistante. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
35 Approche basée sur le client Présentation Modèles Centrés sur le Client Ces modèles sont destinés à des situations avec très faible concurrence = peu de conflits. Par exemple, inconsistence supportable (WWW) client mobile Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
36 Client Mobile Approche basée sur le client Présentation Client moves to other location and (transparently) connects to other replica Replicas need to maintain client-centric consistency Wide-area network Portable computer Read and write operations Distributed and replicated database Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
37 Approche basée sur le client Lectures Monotones Présentation Définition Si un processus lit une valeur pour x alors toute lecture de x renverra la même valeur ou une valeur plus récente. Ex : Boîte aux lettres électroniques Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
38 Approche basée sur le client Ecritures Monotones Présentation Définition Toute écriture doit être terminée avant toute écriture successive du même processus. L1: W(x 1) L2: W(x 1) W(x2 ) L1: L2: W(x ) 1 W(x 2 ) (a) (b) Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
39 Approche basée sur le client Lecture de ses Ecritures Présentation Définition L effet d une opération d écriture par un processus sur x est visible par toute lecture ultérieure de x par le même processus. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
40 Approche basée sur le client Présentation L Ecriture Succède à la Lecture Définition Si une écriture par un processus sur une donnée x suit une lecture de x, alors l écriture opère sur la valeur lue ou bien une valeur plus récente. Exemple : Réaction à un article sur un forum distribué Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
41 Approche basée sur le client Implémentation Naïve Présentation A chaque opération d écriture est associée un identifiant unique. Permet d interpréter un ensemble d opérations (transactions) de manière à respecter la consistance. Identifiant Fourni par un des serveurs Horodatage à la Lamport Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
42 Approche basée sur le client Présentation Horloges Logiques de Lamport Définition Ce sont les horloges distribuées que l on peut construire en tenant compte de la dépendance causale de certaines actions. Quand un événement b sur P i dépend de a sur P j, (exemple : R i (a) dépend de W j (a)), on met à jour la date de l événement b au maximum entre la date du précédent événement sur P i plus 1 et la date de b plus 1. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
43 Exemples Approche basée sur le client Présentation A B C Temps Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
44 Approche basée sur le client Présentation Protocoles de Distribution... où comment implémenter la consistance : Placement des répliques Propagation des mises à jour Protocole d épidémie Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
45 Approche basée sur le client Présentation Placements des Répliques Server-initiated replication Client-initiated replication Permanent replicas Server-initiated replicas Client-initiated replicas Clients Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
46 Approche basée sur le client Répliques/ copies Présentation Répliques permanentes : copies statiques miroir de site web base de données fédérées Répliques issues de serveurs : gestion dynamique de la charge, duplication orientée vers la demande cache serveur réplication dynamique et partielle de serveur web Répliques issues de clients : = cache client cache navigateur proxy (partagé) moindre consistance Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
47 Approche basée sur le client Présentation Répliques Issues de Serveurs I Réplique dirigée par le compte des requêtes concernant une ressource : Seuil d effacement : Il faut effacer la copie quand on a plus besoin ou quelle n est plus à jour. Seuil de réplication : Ne pas dupliquer si la ressource n est demandée que rarement. = il est difficile de compter les accés. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
48 Approche basée sur le client Présentation Propagation des Mises-à-jour Que faut-il propager? notification de mise-à-jour = invalidation des données obsolètes. les données à jour l opération de mise-à-jour (par exemple différence avec les anciennes données) = réplication active Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
49 Protocoles Approche basée sur le client Présentation Protocoles Dirigés par les Serveurs : les répliques sont poussées systématiquement permet d avoir une forte consistance ( = répliques quasi-identiques) Protocoles Dirigés par les Clients : écoute active Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
50 Comparaisons Approche basée sur le client Présentation Serveurs : meilleur consistance problème de la gestion des caches clients prendre avantage du multicast (si disponible) Clients : efficace dans certains cas problème des défauts de cache = Compromis... Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
51 Approche basée sur le client Méthode Hybride Présentation Par allocation : Le serveur garantit que les données sont à jour pendant un certain temps (d allocation) Le serveur peut fournir des données à jour plus fréquemment Le client effectue une mise à jour si le temps d allocation est dépassé Avantage : possibilité de jouer sur les temps d allocation pour s adapter à la dynamique du système. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
52 Approche basée sur le client Protocoles d Epidémies Epidémie Comment propager des mises-à-jour (de serveurs) le plus efficacement possible : rapidement avec peu de communication Par analogie avec les épidémies biologiques. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
53 Approche basée sur le client Epidémie Méthode d Anti-Entropie Entre le serveur P et le serveur Q. Aléatoirement (avec un probabilité d infection), si P est infectieux 1 P transmet ses mises-à-jour à Q 2 P demande les mises-à-jour de Q 3 P et Q s échangent leurs mises-à-jour Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
54 Approche basée sur le client Epidémie Modèle Mémoire Java I Mais à quoi sert un modèle mémoire? Mais tout thread lira bien 3 après une telle instruction! variable = 3; Il faut tenir compte des détails bas-niveau : réarrangements du code par les compilateurs réarrangement par le(s) processeur(s) variables en mémoire ou en registre... inévitables car responsable des améliorations de performances récents (et à venir...) Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
55 Approche basée sur le client Epidémie Modèle Mémoire Java II Définition Le modèle mémoire spécifie le comportement relatif des lectures et écritures dans un tel environnement. Un ordre partiel est défini sur les actions de chaque thread: ou est arrivé avant. Si W R, alors la valeur écrite par W sera bien lu par R, dans le cas contraire aucune garantie n est donnée... Cela permet de très nombreuses exécutions possibles Un ordre total = consistance séquentielle. Arnaud Labourel (Université de Provence) Tolérance aux pannes 15 mars / 55
Gestion répartie de données - 1 Duplication et cohérence
École Doctorale de Grenoble Master 2 Recherche Systèmes et Logiciel Gestion répartie de données : bref historique (1) Gestion répartie de données - 1 Duplication et cohérence Sacha Krakowiak Université
Plus en détailSystèmes et algorithmes répartis
Systèmes et algorithmes répartis Tolérance aux fautes Philippe Quéinnec Département Informatique et Mathématiques Appliquées ENSEEIHT 4 novembre 2014 Systèmes et algorithmes répartis V 1 / 45 plan 1 Sûreté
Plus en détailSystèmes et algorithmes répartis
Systèmes et algorithmes répartis Données réparties Philippe Quéinnec, Gérard Padiou Département Informatique et Mathématiques Appliquées ENSEEIHT 12 novembre 2014 Systèmes et algorithmes répartis VI 1
Plus en détailJulien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration
Julien MATHEVET Alexandre BOISSY GSID 4 Rapport Load Balancing et migration Printemps 2001 SOMMAIRE INTRODUCTION... 3 SYNTHESE CONCERNANT LE LOAD BALANCING ET LA MIGRATION... 4 POURQUOI FAIRE DU LOAD BALANCING?...
Plus en détailRéplication des données
Réplication des données Christelle Pierkot FMIN 306 : Gestion de données distribuées Année 2009-2010 Echange d information distribuée Grâce à un serveur central Une seule copie cohérente Accès à distance
Plus en détail«clustering» et «load balancing» avec Zope et ZEO
IN53 Printemps 2003 «clustering» et «load balancing» avec Zope et ZEO Professeur : M. Mignot Etudiants : Boureliou Sylvain et Meyer Pierre Sommaire Introduction...3 1. Présentation générale de ZEO...4
Plus en détailExclusion Mutuelle. Arnaud Labourel Courriel : arnaud.labourel@lif.univ-mrs.fr. Université de Provence. 9 février 2011
Arnaud Labourel Courriel : arnaud.labourel@lif.univ-mrs.fr Université de Provence 9 février 2011 Arnaud Labourel (Université de Provence) Exclusion Mutuelle 9 février 2011 1 / 53 Contexte Epistémologique
Plus en détailGestion répartie de données - 1
Gestion répartie de données - 1 Sacha Krakowiak Université Joseph Fourier Projet Sardes (INRIA et IMAG-LSR) http://sardes.inrialpes.fr/~krakowia Gestion répartie de données Plan de la présentation Introduction
Plus en détailMEAD : temps réel et tolérance aux pannes pour CORBA
MEAD : un intergiciel temps-réel et tolérant aux pannes pour CORBA Master 2 Informatique Recherche Université de Marne-la-Vallée Vendredi 3 mars 2006 Plan 1 Introduction 2 Solutions existantes 3 Concilier
Plus en détail4. Utilisation d un SGBD : le langage SQL. 5. Normalisation
Base de données S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :
Plus en détailConception des systèmes répartis
Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan
Plus en détailWindows Internet Name Service (WINS)
Windows Internet Name Service (WINS) WINDOWS INTERNET NAME SERVICE (WINS)...2 1.) Introduction au Service de nom Internet Windows (WINS)...2 1.1) Les Noms NetBIOS...2 1.2) Le processus de résolution WINS...2
Plus en détail<Insert Picture Here> Solaris pour la base de donnés Oracle
Solaris pour la base de donnés Oracle Alain Chéreau Oracle Solution Center Agenda Compilateurs Mémoire pour la SGA Parallélisme RAC Flash Cache Compilateurs
Plus en détailProjet gestion d'objets dupliqués
Projet gestion d'objets dupliqués Daniel Hagimont Daniel.Hagimont@enseeiht.fr 1 Projet Service de gestion d'objets dupliqués Mise en cohérence lors de la prise d'un verrou sur un objet Pas de verrous imbriqués
Plus en détailPrésentation du module Base de données spatio-temporelles
Présentation du module Base de données spatio-temporelles S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Partie 1 : Notion de bases de données (12,5h ) Enjeux et principes
Plus en détailTechniques de stockage. Techniques de stockage, P. Rigaux p.1/43
Techniques de stockage Techniques de stockage, P. Rigaux p.1/43 Techniques de stockage Contenu de ce cours : 1. Stockage de données. Supports, fonctionnement d un disque, technologie RAID 2. Organisation
Plus en détailInformatique pour scientifiques hiver 2003-2004. Plan général Systèmes d exploitation
Informatique pour scientifiques hiver 2003-2004 27 Janvier 2004 Systèmes d exploitation - partie 3 (=OS= Operating Systems) Dr. Dijana Petrovska-Delacrétaz DIVA group, DIUF 1 Plan général Systèmes d exploitation
Plus en détailProgrammation parallèle et distribuée
ppd/mpassing p. 1/43 Programmation parallèle et distribuée Communications par messages Philippe MARQUET Philippe.Marquet@lifl.fr Laboratoire d informatique fondamentale de Lille Université des sciences
Plus en détailSolution Haute Disponibilité pour Linux
Solution Haute Disponibilité pour Linux Nicolas Schmitz Ecole Centrale de Nantes Nicolas.Schmitz@ec-nantes.fr Introduction La haute disponibilité c'est notamment : Doubler au maximum le matériel Mettre
Plus en détailBases de données et sites WEB Licence d informatique LI345
Bases de données et sites WEB Licence d informatique LI345 Anne Doucet Anne.Doucet@lip6.fr http://www-bd.lip6.fr/ens/li345-2013/index.php/lescours 1 Contenu Transactions en pratique Modèle relationnel-objet
Plus en détailORDONNANCEMENT CONJOINT DE TÂCHES ET DE MESSAGES DANS LES RÉSEAUX TEMPS RÉELS 4. QUELQUES EXEMPLES DU DYNAMISME ACTUEL DU TEMPS RÉEL
i LE TEMPS RÉEL 1. PRÉSENTATION DU TEMPS RÉEL 1.1. APPLICATIONS TEMPS RÉEL 1.2. CONTRAINTES DE TEMPS RÉEL 2. STRUCTURES D'ACCUEIL POUR LE TEMPS RÉEL 2.1. EXÉCUTIFS TEMPS RÉEL 2.2. RÉSEAUX LOCAUX TEMPS
Plus en détailLe passage à l échelle de serveur J2EE : le cas des EJB
Le passage à l échelle de serveur J2EE : le cas des EJB Sylvain Sicard, Noël De Palma, Daniel Hagimont CFSE 4 5-8 Avril 2005 LSR 1 Plan de la présentation 1. Architecture de serveur J2EE en grappe 2. Problématique
Plus en détailASR3. Partie 4 Le système de fichier. Arnaud Clérentin, IUT d Amiens, département Informatique
ASR3 Partie 4 Le système de fichier Arnaud Clérentin, IUT d Amiens, département Informatique Plan 1- Notion de système de fichier 2- Stockage de base et stockage dynamique 3- Partage de répertoire et FAT32
Plus en détailINF6500 : Structures des ordinateurs. Sylvain Martel - INF6500 1
INF6500 : Structures des ordinateurs Sylvain Martel - INF6500 1 Cours 4 : Multiprocesseurs Sylvain Martel - INF6500 2 Multiprocesseurs Type SISD SIMD MIMD Communication Shared memory Message-passing Groupe
Plus en détailContributions à l expérimentation sur les systèmes distribués de grande taille
Contributions à l expérimentation sur les systèmes distribués de grande taille Lucas Nussbaum Soutenance de thèse 4 décembre 2008 Lucas Nussbaum Expérimentation sur les systèmes distribués 1 / 49 Contexte
Plus en détailLes transactions 1/46. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions
1/46 2/46 Pourquoi? Anne-Cécile Caron Master MAGE - SGBD 1er trimestre 2014-2015 Le concept de transaction va permettre de définir des processus garantissant que l état de la base est toujours cohérent
Plus en détailCLOUD CP3S SOLUTION D INFRASTRUCTURE SOUMIS À LA LÉGISLATION FRANÇAISE. La virtualisation au service de l entreprise. Évolutivité. Puissance.
CLOUD CP3S La virtualisation au service de l entreprise Virtualisation / Cloud Évolutivité Sécurité Redondance Puissance SOLUTION D INFRASTRUCTURE SOUMIS À LA LÉGISLATION FRANÇAISE SOLUTION D INFRASTRUCTURE
Plus en détailCours Bases de données
Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Transparents Disponibles
Plus en détailHibernate vs. le Cloud Computing
Hibernate vs. le Cloud Computing Qui suis-je? Julien Dubois Co-auteur de «Spring par la pratique» Ancien de SpringSource Directeur du consulting chez Ippon Technologies Suivez-moi sur Twitter : @juliendubois
Plus en détailSGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)
SGBDR Systèmes de Gestion de Bases de Données (Relationnelles) Plan Approches Les tâches du SGBD Les transactions Approche 1 Systèmes traditionnels basés sur des fichiers Application 1 Gestion clients
Plus en détailAlgorithmique répartie
Université Joseph Fourier 23/04/2014 Outline 1 2 Types de communication message envoyé à un groupe de processus Broadcast (diffusion) message envoyé à tous les processus du systèmes Unicast message envoyé
Plus en détailSynchro et Threads Java TM
Synchro et Threads Java TM NICOD JEAN-MARC Master 2 Informatique Université de Franche-Comté UFR des Sciences et Techniques septembre 2008 NICOD JEAN-MARC Synchro et Threads avec Java TM 1 / 32 Sommaire
Plus en détailEMC DATA DOMAIN HYPERMAX
EMC DATA DOMAIN HYPERMAX Optimisation du stockage de protection EMC AVANTAGES CLÉS Déduplication évolutive et ultrarapide Jusqu à 58,7 To/h de débit Réduit de 10 à 30 fois le stockage de sauvegarde, et
Plus en détailUn concept multi-centre de données traditionnel basé sur le DNS
Confiez vos activités critiques à un expert S il est crucial pour vos activités commerciales que vos serveurs soient disponibles en continu, vous devez demander à votre hébergeur de vous fournir une solution
Plus en détailSolutions de stockage réseau
Solutions de stockage réseau Adrien Waksberg Jonathan Demmerle Sofiane El Harsal Mohamed Bennoiken 28 mars 2012 Sommaire Introduction Sommaire Le projet Le Grid 5000 1 Introduction 2 3 4 5 6 Sommaire Le
Plus en détailImplémentation des SGBD
Implémentation des SGBD Structure générale des applications Application utilisateur accédant à des données d'une base Les programmes sous-jacents contiennent du code SQL Exécution : pendant l'exécution
Plus en détailFAMILLE EMC RECOVERPOINT
FAMILLE EMC RECOVERPOINT Solution économique de protection des données et de reprise après sinistre en local et à distance Avantages clés Optimiser la protection des données et la reprise après sinistre
Plus en détailJ2SE Threads, 1ère partie Principe Cycle de vie Création Synchronisation
J2SE Threads, 1ère partie Principe Cycle de vie Création Synchronisation Cycle Ingénierie 2e année SIGL Dernière mise à jour : 19/10/2006 Christophe Porteneuve Threads Principes Cycle de vie Création java.lang.thread
Plus en détailSur un ordinateur exécutant Windows 2000 Server Ayant une adresse IP statique
Le DNS DNS = Domain Name Service Sert à résoudre les noms d ordinateur en adresse IP. Contention de dénomination pour les domaines Windows 2000 (nommage des domaines W2K) Localisation des composants physiques
Plus en détailSauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS
Sauvegarde collaborative entre pairs 1 Sauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS Sauvegarde collaborative entre pairs 2 Introduction Pourquoi pair à pair? Utilisation de ressources
Plus en détailSommaire. 3. Les grands principes de GFS L architecture L accès de fichier en lecture L accès de fichier en écriture Bilan
1 Sommaire 1. Google en chiffres 2. Les raisons d être de GFS 3. Les grands principes de GFS L architecture L accès de fichier en lecture L accès de fichier en écriture Bilan 4. Les Evolutions et Alternatives
Plus en détailLe Network File System de Sun (NFS)
1 sur 5 Le Network File System de Sun (NFS) Le Network File System de Sun (NFS) Architecture Protocoles Mounting Automounting vs Static mounting Directory et accès aux fichiers Problèmes Implémentation
Plus en détailQuel niveau RAID est le mieux adapté à mes besoins?
SOUTOS STO VR Quel niveau R est le mieux adapté à mes besoins? Table des matières ntroduction...1 escription des niveaux R...1 R 0 (entrelacement)...1 R 1 (écriture miroir)...2 R 1 (écriture miroir entrelacée)...2
Plus en détailOrdonnancement temps réel
Ordonnancement temps réel Laurent.Pautet@enst.fr Version 1.5 Problématique de l ordonnancement temps réel En fonctionnement normal, respecter les contraintes temporelles spécifiées par toutes les tâches
Plus en détailERP Service Negoce. Pré-requis CEGID Business version 2008. sur Plate-forme Windows. Mise à jour Novembre 2009
ERP Service Negoce Pré-requis CEGID Business version 2008 sur Plate-forme Windows Mise à jour Novembre 2009 Service d'assistance Téléphonique 0 825 070 025 Pré-requis Sommaire 1. PREAMBULE... 3 Précision
Plus en détailWindows 2000: W2K: Architecture. Introduction. W2K: amélioration du noyau. Gamme windows 2000. W2K pro: configuration.
Windows 2000: Introduction W2K: Architecture Système d'exploitation multitâche multithread 32 bits à architecture SMP. Multiplateforme: intel x86, Compaq Alpha Jusqu'à 64 Go de mémoire vive Système d'exploitation
Plus en détailEMC DATA DOMAIN OPERATING SYSTEM
EMC DATA DOMAIN OPERATING SYSTEM Au service du stockage de protection EMC AVANTAGES CLÉS Déduplication évolutive ultrarapide Jusqu à 31 To/h de débit Réduction des besoins en stockage de sauvegarde de
Plus en détailCisco Certified Network Associate
Cisco Certified Network Associate Version 4 Notions de base sur les réseaux Chapitre 3 01 Quel protocole de la couche application sert couramment à prendre en charge les transferts de fichiers entre un
Plus en détailWHITE PAPER. Quels avantages la déduplication offre-t-elle aux entreprises? Livre blanc Acronis
Quels avantages la déduplication offre-t-elle aux entreprises? Livre blanc Acronis Copyright Acronis, Inc. 2000 2009 Table des matières Résumé... 3 Qu est-ce que la déduplication?... 4 Déduplication au
Plus en détailMieux comprendre les certificats SSL THAWTE EST L UN DES PRINCIPAUX FOURNISSEURS DE CERTIFICATS SSL DANS LE MONDE
Mieux comprendre les certificats SSL THAWTE EST L UN DES PRINCIPAUX FOURNISSEURS DE CERTIFICATS SSL DANS LE MONDE sommaire MIEUX COMPRENDRE LES CERTIFICATS SSL...1 SSL et certificats SSL : définition...1
Plus en détailCEG4566/CSI4541 Conception de systèmes temps réel
CEG4566/CSI4541 Conception de systèmes temps réel Chapitre 6 Vivacité, sécurité (Safety), fiabilité et tolérance aux fautes dans les systèmes en temps réel 6.1 Introduction générale aux notions de sécurité
Plus en détailSoftware Engineering and Middleware A Roadmap
Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems
Plus en détailGestion des sauvegardes
Gestion des sauvegardes Penser qu un système nouvellement mis en place ou qui tourne depuis longtemps ne nécessite aucune attention est illusoire. En effet, nul ne peut se prémunir d événements inattendus
Plus en détailDonnées Réparties. Thibault BERNARD. thibault.bernard@univ-reims.fr
Données Réparties Thibault BERNARD thibault.bernard@univ-reims.fr Sommaire Introduction Gestion de la concurrence Reprise après panne Gestion des données dupliquées Sommaire Introduction Gestion de la
Plus en détailSYSTÈME DE GESTION DE FICHIERS
SYSTÈME DE GESTION DE FICHIERS - DISQUE 1 Les couches logiciels réponse requête Requêtes E/S Système E/S Pilote E/S Interruptions utilisateur traitement S.E. commandes S.E. S.E. matériel Contrôleur E/S
Plus en détailC-JDBC. Emmanuel Cecchet INRIA, Projet Sardes. http://sardes.inrialpes.fr
Emmanuel Cecchet INRIA, Projet Sardes http://sardes.inrialpes.fr Plan Motivations Idées principales Concepts Caching Perspectives /ObjectWeb 15 octobre 2002 Emmanuel.Cecchet@inrialpes.fr 2 - Motivations
Plus en détailSYSTÈME DE GESTION DE FICHIERS SGF - DISQUE
SYSTÈME DE GESTION DE FICHIERS SGF - DISQUE C.Crochepeyre MPS_SGF 2000-20001 Diapason 1 Les couches logiciels réponse SGF requête matériel matériel Requêtes E/S Système E/S Pilote E/S Interruptions Contrôleur
Plus en détail«Clustering» et «Load balancing» avec Zope et ZEO
«Clustering» et «Load balancing» avec Zope et ZEO IN53 Printemps 2003 1 Python : généralités 1989 : Guido Van Rossum, le «Python Benevolent Dictator for Life» Orienté objet, interprété, écrit en C Mêle
Plus en détailGestion de mémoire secondaire F. Boyer, Laboratoire Sardes Fabienne.Boyer@imag.fr
Gestion de mémoire secondaire F. Boyer, Laboratoire Sardes Fabienne.Boyer@imag.fr 1- Structure d un disque 2- Ordonnancement des requêtes 3- Gestion du disque - formatage - bloc d amorçage - récupération
Plus en détailPrésentation Alfresco
Présentation d un CMS : Alfresco Présentation Alfresco Ludovic Plantin, Frédéric Sénèque, Xu Zhao Polytech Grenoble Décembre 2008 Plantin, Sénèque, Xu (Polytech) Présentation Alfresco Décembre 2008 1 /
Plus en détailINTERSYSTEMS CACHÉ COMME ALTERNATIVE AUX BASES DE DONNÉES RÉSIDENTES EN MÉMOIRE
I N T E RS Y S T E M S INTERSYSTEMS CACHÉ COMME ALTERNATIVE AUX BASES DE DONNÉES RÉSIDENTES EN MÉMOIRE David Kaaret InterSystems Corporation INTERSySTEMS CAChé CoMME ALTERNATIvE AUx BASES de données RéSIdENTES
Plus en détailPrise en compte des ressources dans les composants logiciels parallèles
Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations
Plus en détailArchitecture d un service de partage de données modifiables sur une infrastructure pair-à-pair
Architecture d un service de partage de données modifiables sur une infrastructure pair-à-pair Mathieu Jan Mathieu.Jan@irisa.fr Superviseurs : Gabriel Antoniu, Luc Bougé, Thierry Priol {Gabriel.Antoniu,Luc.Bouge,Thierry.Priol}@irisa.fr
Plus en détailLivre blanc Haute disponibilité sous Linux
Livre blanc Haute disponibilité sous Linux Nicolas Ferre 29 septembre 2000 Résumé Ce livre blanc décrit une solution informatique à haute disponibilité. Les technologies mises
Plus en détailEléments de spécification des systèmes temps réel Pierre-Yves Duval (cppm)
Eléments de spécification des systèmes temps réel Pierre-Yves Duval (cppm) Ecole d informatique temps réel - La Londes les Maures 7-11 Octobre 2002 - Evénements et architectures - Spécifications de performances
Plus en détailPartie 7 : Gestion de la mémoire
INF3600+INF2610 Automne 2006 Partie 7 : Gestion de la mémoire Exercice 1 : Considérez un système disposant de 16 MO de mémoire physique réservée aux processus utilisateur. La mémoire est composée de cases
Plus en détailSauvegarde collaborative en pair-à-pair
Sauvegarde collaborative en pair-à-pair Fabrice Le Fessant Fabrice.Le_Fessant@inria.fr ASAP Team INRIA Saclay Île de France Octobre 2008 Fabrice Le Fessant () Backup en pair-à-pair Rennes 2008 1 / 21 Plan
Plus en détailEX4C Systèmes d exploitation. Séance 14 Structure des stockages de masse
EX4C Systèmes d exploitation Séance 14 Structure des stockages de masse Sébastien Combéfis mardi 3 mars 2015 Ce(tte) œuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution
Plus en détail//////////////////////////////////////////////////////////////////// Administration bases de données
////////////////////// Administration bases de données / INTRODUCTION Système d informations Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnel, données
Plus en détailArchitecture distribuée
Architecture distribuée Conception et développement d algorithmes distribués pour le moteur Baboukweb Jean-Christophe DALLEAU Département de Mathématiques et Informatique Université de La Réunion 26 juin
Plus en détailCommunications collectives et ordonnancement en régime permanent pour plates-formes hétérogènes
Loris MARCHAL Laboratoire de l Informatique du Parallélisme Équipe Graal Communications collectives et ordonnancement en régime permanent pour plates-formes hétérogènes Thèse réalisée sous la direction
Plus en détailREALISATION d'un. ORDONNANCEUR à ECHEANCES
REALISATION d'un ORDONNANCEUR à ECHEANCES I- PRÉSENTATION... 3 II. DESCRIPTION DU NOYAU ORIGINEL... 4 II.1- ARCHITECTURE... 4 II.2 - SERVICES... 4 III. IMPLÉMENTATION DE L'ORDONNANCEUR À ÉCHÉANCES... 6
Plus en détailConventions d écriture et outils de mise au point
Logiciel de base Première année par alternance Responsable : Christophe Rippert Christophe.Rippert@Grenoble-INP.fr Introduction Conventions d écriture et outils de mise au point On va utiliser dans cette
Plus en détailCH.3 SYSTÈMES D'EXPLOITATION
CH.3 SYSTÈMES D'EXPLOITATION 3.1 Un historique 3.2 Une vue générale 3.3 Les principaux aspects Info S4 ch3 1 3.1 Un historique Quatre générations. Préhistoire 1944 1950 ENIAC (1944) militaire : 20000 tubes,
Plus en détailPlan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction
Plan du cours Autres modèles pour les applications réparties Introduction Riveill@unice.fr http://rangiroa.polytech.unice.fr Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant
Plus en détailIntroduction au temps réel
Introduction au temps réel Laurent.Pautet@enst.fr Version 2.0 Définition d un système temps réel Un système temps réel se compose d'un ou plusieurs sous-systèmes devant répondre en un temps fini et spécifié
Plus en détailProgrammation parallèle et distribuée
Programmation parallèle et distribuée (GIF-4104/7104) 5a - (hiver 2015) Marc Parizeau, Département de génie électrique et de génie informatique Plan Données massives («big data») Architecture Hadoop distribution
Plus en détailInitiation au HPC - Généralités
Initiation au HPC - Généralités Éric Ramat et Julien Dehos Université du Littoral Côte d Opale M2 Informatique 2 septembre 2015 Éric Ramat et Julien Dehos Initiation au HPC - Généralités 1/49 Plan du cours
Plus en détailLIVRE BLANC Pratiques recommandées pour l utilisation de Diskeeper sur les réseaux SAN (Storage Area Networks)
LIVRE BLANC Pratiques recommandées pour l utilisation de Diskeeper sur les réseaux SAN (Storage Area Networks) Think Faster. [Pensez plus vite] Visitez Condusiv.com RECOMMANDATIONS D UTILISATION DE DISKEEPER
Plus en détailModule BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 9- Transactions réparties Anne Doucet Anne.Doucet@lip6.fr Transactions réparties Gestion de transactions Transactions dans un système réparti Protocoles de
Plus en détailLES OUTILS DU TRAVAIL COLLABORATIF
LES OUTILS DU TRAVAIL COLLABORATIF Lorraine L expression «travail collaboratif» peut se définir comme «l utilisation de ressources informatiques dans le contexte d un projet réalisé par les membres d un
Plus en détailArchitecture des ordinateurs TD1 - Portes logiques et premiers circuits
Architecture des ordinateurs TD1 - Portes logiques et premiers circuits 1 Rappel : un peu de logique Exercice 1.1 Remplir la table de vérité suivante : a b a + b ab a + b ab a b 0 0 0 1 1 0 1 1 Exercice
Plus en détailPocketNet SNMP/Modbus
Volume 1 RBEI-ADISCOM Manuel utilisateur PocketNet SNMP/Modbus CONVERTISSEUR SERIE - ETHERNET Manuel utilisateur PocketNet SNMP/Modbus Table des matières CHAPITRE 1 Caractéristiques utiles à la mise en
Plus en détailConception et contrôle des SMA tolérants aux fautes
Conception et contrôle des SMA tolérants aux fautes Une plate-forme multiagents tolérante aux fautes à base de réplication Nora FACI Contexte SMA large échelle Nombre important d agents Ressources éloignées
Plus en détailConcours interne d ingénieur des systèmes d information et de communication. «Session 2010» Meilleure copie "étude de cas architecture et systèmes"
Concours interne d ingénieur des systèmes d information et de communication «Session 2010» Meilleure copie "étude de cas architecture et systèmes" Note obtenue : 14,75/20 HEBERGE-TOUT Le 25 mars 2010 A
Plus en détailWhite Paper - Livre Blanc
White Paper - Livre Blanc Développement d applications de supervision des systèmes d information Avec LoriotPro Vous disposez d un environnement informatique hétérogène et vous souhaitez à partir d une
Plus en détailCours CCNA 1. Exercices
Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.
Plus en détail4.2 Unités d enseignement du M1
88 CHAPITRE 4. DESCRIPTION DES UNITÉS D ENSEIGNEMENT 4.2 Unités d enseignement du M1 Tous les cours sont de 6 ECTS. Modélisation, optimisation et complexité des algorithmes (code RCP106) Objectif : Présenter
Plus en détailL I V R E B L A N C P r o t ég e r l e s a p p l i c a t i o n s m ét i e r s c r i t i q u e s M a i n f r a m e, un b e s o i n c r u c i a l
Siège social : 5 Speen Street Framingham, MA 01701, É.-U. T.508.872.8200 F.508.935.4015 www.idc.com L I V R E B L A N C P r o t ég e r l e s a p p l i c a t i o n s m ét i e r s c r i t i q u e s M a i
Plus en détailCours Bases de données 2ème année IUT
Cours Bases de données 2ème année IUT Cours 12 : Concurrence d accès Anne Vilnat http://www.limsi.fr/individu/anne/cours Plan 1 Accès concurrents Définitions Verrous Collisions Niveaux de cohérence Blocage
Plus en détails é c u r i t é Conférence animée par Christophe Blanchot
s é c u r i t é i n f o r m a t i q u e La sécurité des systèmes d information Conférence animée par Christophe Blanchot Tour de table Présentation Nom, prénom, promotion Entreprise et fonction Expérience(s)
Plus en détailNe laissez pas le stockage cloud pénaliser votre retour sur investissement
Ne laissez pas le stockage cloud pénaliser votre retour sur investissement Préparé par : George Crump, analyste senior Préparé le : 03/10/2012 L investissement qu une entreprise fait dans le domaine de
Plus en détailBases de données Cours 1 : Généralités sur les bases de données
Cours 1 : Généralités sur les bases de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 1 Qu est ce qu une
Plus en détailEbauche Rapport finale
Ebauche Rapport finale Sommaire : 1 - Introduction au C.D.N. 2 - Définition de la problématique 3 - Etat de l'art : Présentatio de 3 Topologies streaming p2p 1) INTRODUCTION au C.D.N. La croissance rapide
Plus en détailProcessus! programme. DIMA, Systèmes Centralisés (Ph. Mauran) " Processus = suite d'actions = suite d'états obtenus = trace
Processus 1) Contexte 2) Modèles de Notion de Points de vue Modèle fourni par le SX Opérations sur les 3) Gestion des Représentation des Opérations 4) Ordonnancement des Niveaux d ordonnancement Ordonnancement
Plus en détailLES NOUVEAUTES DE COST AND PROFITABILITY MANAGEMENT 8.1
LES NOUVEAUTES DE COST AND PROFITABILITY MANAGEMENT 8.1 SAS Cost and Profitability Management, également appelé CPM (ou C&P), est le nouveau nom de la solution SAS Activity-Based Management. Cette version
Plus en détailMétriques de performance pour les algorithmes et programmes parallèles
Métriques de performance pour les algorithmes et programmes parallèles 11 18 nov. 2002 Cette section est basée tout d abord sur la référence suivante (manuel suggéré mais non obligatoire) : R. Miller and
Plus en détailTests de performance du matériel
3 Tests de performance du matériel Après toute la théorie du dernier chapitre, vous vous demandez certainement quelles sont les performances réelles de votre propre système. En fait, il y a plusieurs raisons
Plus en détail