Changes between Version 2 and Version 3 of MjpegCourse/Multipro

Timestamp:

Feb 26, 2008, 4:09:54 AM (17 years ago)

Author:

Nicolas Pouillon

Comment:

--

MjpegCourse/Multipro

@@ -32 +32 @@
 [[Image(VgmnNoirqMulti.png, align=right)]]
 
-Cette architecture comportera également un contrôleur de verrous et un contrôleur de terminaux (!MultiTty).
-Pour faciliter le debug, le nombre de terminaux contrôlés par le composant !MultiTty sera systématiquement 
-égal au nombre de processeurs. Pour décrire
-cette architecture générique, vous pourrez vous inspirer de l'architecture [MjpegCourse/VgmnNoirqMono VgmnNoirqMono] définie 
+Cette architecture comportera également un contrôleur de terminaux (!MultiTty).
+
+Vous pourrez vous inspirer de l'architecture [MjpegCourse/VgmnNoirqMono VgmnNoirqMono] définie 
 dans le TP2, en n'hésitant pas à utiliser les constructions du langage Python permettant d'exprimer la généricité (tableaux, boucles, etc.).
 Cette architecture générique !VgmnNoirqMulti sera décrite dans un fichier DSX séparé, pour faciliter sa réutilisation.
 
-Pour récupérer la valeur d'un paramètre (par exemple le nombre de processeurs à instancier : ''nproc''), 
-utilisez la construction:
+Pour pouvez ajouter des paramètres à la fonction définissant l'architecture. Des valeurs par défaut peuvent être spécifiées. 
 {{{
-self.getParam("nproc")
+def VgmnNoirqMulti( nproc, nram, icache_nline = 16, icache_nword = 8, dcache_nline = 16, dcache_nword = 8 )
 }}}
-
-Pour instancier le !MultiTty vous aurez besoin de définir une liste de noms de TTYs, ce qui suppose un nombre variable d'arguments.
-Vous aurez besoin d'utiliser une fonctionnalité du langage Python: le passage de nombre variable d'arguments issus d'une liste. Supposant que ''nproc'' est une variable contenant le nombre de tty (égal au nombre de processeurs)
- * il faudra créer une liste avec les noms des tty:
-{{{
-    noms_ttys = ["tty%d"%i for i in range(nproc)]
-}}}
- * puis passer cette liste comme une liste d'arguments au constructeur du !MultiTty:
-{{{
-    tty_controller = MultiTty('tty', *noms_ttys)
-}}}
-Avec `nproc = 3`, ces deux lignes reviennent à:
-{{{
-    tty_controller = MultiTty('tty', "tty0", "tty1", "tty2")
-}}}
-
-Il faudra de plus connecter les ''nproc'' lignes d'interruption du controlleur `MultiTty` à
-chacun des port d'interruption IRQ0 des ''nproc'' processeurs. Une boucle suffit:
-{{{
-    for i in range(nproc):
-        tty_controller.irq[i] // self.processor[i].irq[0]
-}}}
-
-Vous exporterez les membres suivants:
- * `processor`: une liste contenant tous les processeurs crées. On accédera au processeur ''n'' par `archi.processor[n]`
- * `cram`: une liste contenant tous les segments cachés crées
- * `uram`: une liste contenant tous les segments non cachés crées
- * `vgmn`: l'interconnect
- * `locks`: le composant de verrous matériels
 
 Vous validerez cette architecture générique !VgmnNoirqMulti, en déployant l'application MJPEG sur
@@ -122 +91 @@
 
 On cherche maintenant à estimer le taux d'utilisation de chacun des 5 processeurs.
-
-On va utiliser pour cela les informations fournies par l'ordonnanceur de tâches associé à chaque processeur.
-Lorsqu'une tâche se bloque (par exemble en attente de données disponibles sur un canal MWMR d'entrée),
-l'ordonnanceur essaie de lancer l'exécution d'une autre tâche. Dans un système où chaque processeur
-n'exécute qu'une seule tâche, l'ordonnanceur va essayer de relancer l'exécution de la tâche bloquée 
-un grand nombre de fois, jusqu'à ce que la condition de blocage disparaisse. Le compteur ''idleness'' 
-- affiché par l'ordonnanceur - mesure le nombre total de tentatives de lancement d'une autre tâche.
-Une valeur élevée pour ce compteur est donc un bon indicateur que le processeur est faiblement utilisé, 
-puisque que l'ordonnanceur essaye souvent de passer la main à d'autres tâches.
-
-[[Image(MjpegCourse:q.gif)]] Q4: Les valeurs des compteurs ''idleness'' sont-elles cohérentes avec les informations
-de profilage obtenues sur station de travail?
 
 [[Image(MjpegCourse:q.gif)]] Q5: Quel est selon vous le processeur le plus chargé ?
@@ -204 +161 @@
 de commande. Les deux sources C sont ceux des deux derniers TP, éventuellement modifiés.
 
-Cette archive devra être livrée avant le mardi 27 février 2007, 18h00 à [MailAsim:nipo Nicolas Pouillon]
+Cette archive devra être livrée avant le mardi 4 mars 2008, 18h00 à [MailAsim:nipo Nicolas Pouillon]
 
 = Suite =