Modélisation des systèmes temps-réel répartis embarqués pour la ...

More documents

Recommendations

Info

Modélisation des systèmes temps-réel répartis embarqués d’architecture et de la génération d’application. L’utilisation d’applications telles que Cheddar permet un ajustement de la description architecturale, qui s’intègre au cycle de raffinement illustré sur la figure IV.2, page 61. VIII-2 Évaluation des performances d’exécution Nous souhaitons évaluer l’impact de la génération automatique sur les performances d’exécution. Pour cela, nous comparons le temps d’exécution d’une application générée à partir d’une modélisation en AADL à celui d’applications-témoins. Afin d’évaluer uniquement l’impact de la génération automatique sur les performances d’exécution, nous devons utiliser des intergiciels semblables pour toutes les applications. L’implantation de PolyORB pour CORBA a fait l’objet de nombreuses comparaisons de performances, et constitue donc une bonne implantation de référence pour évaluer les performances de nos travaux. Nos expérimentations consistent donc à mesurer les temps d’exécution de l’application générée automatiquement et d’une application équivalente basée sur CORBA. Nous exécutons les deux types d’application sur la même configuration de la couche neutre de PolyORB et les mêmes personnalités protocolaires ; seules les personnalités applicatives diffèrent. Ces expérimentations nous permettent d’évaluer le coût en terme de performances à l’exécution de l’automatisation de la génération de l’application. VIII-2.1 Définition de l’architecture AADL Bien qu’il soit possible de représenter différents modèles de répartition en AADL (cf. section IV-5.3, page 66), une architecture décrite en AADL repose plus naturellement sur un mécanisme de passage de messages. Nous avons d’ailleurs montré que les appels de procédure distante et les objets partagés ne peuvent être modélisés correctement qu’en étendant la syntaxe initiale d’AADL. Nous mettons en place une architecture basée sur deux processus se renvoyant des messages. Les deux processus s’exécutent sur le même processeur (c’est-à-dire la même machine) afin de ne pas être perturbés par des transferts sur le réseau. Chaque processus contient un thread apériodique recevant et émettant un message (voir listing VIII.1). Les spécifications de l’exécutif impliquent qu’un thread apériodique est déclenché par l’arrivée d’un message puis émet les données en sortie à la fin de son cycle de traitement. 1 data Donnee 2 properties 3 Language_Support::Data_Format => Integer; 4 end Donnee; 5 6 subprogram Application 7 features 8 e : in parameter Donnee; 9 s : out parameter Donnee; 10 end Application; 11 12 subprogram implementation Application.i 13 properties 14 Source_Language => Ada95; 15 Source_Name => "Application"; 156 c○ 2007 Thomas Vergnaud
processus1 thread1 Chapitre VIII – Mise en pratique processus2 thread1 processeur1 FIG. VIII.4 – Architecture de l’application de test 16 Source_Text => ("Repository"); 17 end Application.i; 18 19 thread Noeud 20 features 21 e : in event data port Donnee; 22 s : out event data port Donnee; 23 properties 24 Dispatch_Protocol => aperiodic; 25 end Noeud; 26 27 thread implementation Noeud.i 28 calls 29 {appel : subprogram Application.i;}; 30 connections 31 parameter e -> appel.e; 32 parameter appel.s -> s; 33 end Noeud.i; 34 35 process Processus_Applicatif 36 features 37 e : in event data port Donnee; 38 s : out event data port Donnee; 39 end Processus_Applicatif; 40 41 process implementation Processus_Applicatif.i 42 subcomponents 43 thread1 : thread Noeud.i; 44 connections 45 event data port e -> thread1.e; 46 event data port thread1.s -> s; c○ 2007 Thomas Vergnaud 157 processus0 thread1 global.impl
Page 1 and 2:
École doctorale d’informatique,
Page 3:
Telle est la nature de l’esprit h
Page 6 and 7:
To validate this design process, we
Page 8 and 9:
Modélisation des systèmes temps-r
Page 10 and 11:
Page 12 and 13:
Page 14 and 15:
Page 16 and 17:
Page 18 and 19:
Page 20 and 21:
Page 22 and 23:
II-2.2.2 CORBA Modélisation des sy
Page 24 and 25:
II-2.2.3 RMI Modélisation des syst
Page 26 and 27:
Page 28 and 29:
Page 30 and 31:
Page 32 and 33:
II-4.4 Discussion Modélisation des
Page 34 and 35:
II-5.2.2 Connecteurs Modélisation
Page 36 and 37:
18 } Modélisation des systèmes te
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
Page 44 and 45:
11 end i486.AMD; 12 Modélisation d
Page 46 and 47:
Page 48 and 49:
Page 50 and 51:
Page 52 and 53:
1 system global 2 end global; 3 Mod
Page 54 and 55:
Page 56 and 57:
Page 58 and 59:
Page 60 and 61:
Page 62 and 63:
16 Modélisation des systèmes temp
Page 64 and 65:
Page 66 and 67:
Page 68 and 69:
Page 70 and 71:
Page 72 and 73:
phase 1 phase 2 Modélisation des s
Page 74 and 75:
Page 76 and 77:
Page 78 and 79:
Page 80 and 81:
Page 82 and 83:
Page 84 and 85:
descriptions comportementales Modé
Page 86 and 87:
Page 88 and 89:
Page 90 and 91:
17 end sp.impl; Modélisation des s
Page 92 and 93:
Page 94 and 95:
Page 96 and 97:
Page 98 and 99:
Page 100 and 101:
Page 102 and 103:
13 Modélisation des systèmes temp
Page 104 and 105:
Page 106 and 107:
Page 108 and 109:
Page 110 and 111:
Page 112 and 113:
Page 114 and 115:
Page 116 and 117:
autre nœud Modélisation des syst
Page 118 and 119: Modélisation des systèmes temps-r
Page 124 and 125: 10 features Modélisation des syst
Page 126 and 127: VI-3.4.6 Activation Modélisation d
Page 138 and 139: donnee (a) donnée Modélisation de
Page 144 and 145: 53 end global.impl; Modélisation d
Page 154 and 155: 15 end sspg_b; Modélisation des sy
Page 156 and 157: 1 data donnee 2 end donnee; 3 4 thr
Page 172 and 173: 19 use Partition; 20 Modélisation
Page 174 and 175: 23 begin Modélisation des système
Page 178 and 179: VIII-3.1 Motifs AADL de base Modél
show all

Modélisation des systèmes temps-réel répartis embarqués pour la ...

Create successful ePaper yourself

Delete template?

Save as template?