Changes between Version 3 and Version 4 of MjpegCourse/Multipro

Timestamp:

Feb 26, 2008, 11:54:45 PM (17 years ago)

Author:

Nicolas Pouillon

Comment:

--

MjpegCourse/Multipro

@@ -70 +70 @@
 de l'application sur station de travail POSIX, en mesurant les temps passés dans les différentes tâches.
 
-La mise en oeuvre du profilage d'une application multithreadée en utilisant les outils actuellement installés sur le réseau
-est non triviale. Comme elle ne représente pas un intérêt particulier pour le TP, on vous fournit un script pour
-réaliser le profilage. Il s'utilise avec deux paramètres: le temps pendant lequel il faut lancer le programme, et le programme à lancer.
-{{{
-$ ~pouillon/opt/bin/gprof-mt 15 ./exe.posix
-}}}
+On prend comme charge relative entre les tâches les valeurs suivantes:
 
-Dès qu'il parvient à obtenir les résultats, le script vous rend sur la première colonne le temps relatif
-(en %) passé dans chacunes des 5 tâches `demux`, `vld`, `iqzz`, `idct` et `libu`.
+|| idct || 45% ||
+|| vld || 34% ||
+|| izqq ||10% ||
+|| demux || 8% ||
+|| libu || 3% ||
 
-[[Image(MjpegCourse:q.gif)]] Q2: Donnez l'estimation des temps de calcul relatifs pour chacune des 5 tâches "logicielles" de l'application MJPEG.
-Qu'en déduisez-vous sur les façons optimales de déployer MJPEG sur 2, 3, 4 et 5 processeurs ?
+[[Image(MjpegCourse:q.gif)]] Q2: Qu'en déduisez-vous sur les façons optimales de déployer MJPEG sur 2, 3, 4 et 5 processeurs ?
 
 == 2.2 Déploiement sur une architecture à 5 processeurs ==
@@ -97 +94 @@
 
 Déployez l'application MJPEG sur des architectures matérielles comportant 4, puis 3, puis 2 processeurs,
-en utilisant les informations de profilage et de taux d'utilisation obtenues dans les questions précédentes,
-pour placer ''intelligemment'' les tâches de façon à obtenir les temps de décompression les plus courts possibles.
+en utilisant les informations données sur les charges de chacune des tâches,
+placez ''intelligemment'' les tâches de façon à obtenir les temps de décompression les plus courts possibles.
 
 [[Image(MjpegCourse:q.gif)]] Q6: Quel est le nombre de cycles minimal pour décompresser 25 images avec 4 processeurs ?
@@ -108 +105 @@
 == 2.4 Influence de la taille des caches ==
 
-On souhaite maintenant évaluer l'influence de la taille des caches sur le temps de décompression. 
+On souhaite maintenant évaluer l'influence de la taille des caches sur le temps de décompression.
+Utilisez la ligne de commande de votre description pour lui passer systématiquement la taille des caches:
+{{{
+# debut du fichier de description
 
-Pour faciliter l'exploration architecturale sans avoir à modifier le source de votre description à chaque fois
-que vous voulez changer un paramètre, il serait judicieux d'utiliser la ligne de commande lors de
-l'interprétation de la description. Dans ce but, on fournit un fichier attachment:cmdline_parser.py .
-Une fois placé dans le répertoire de votre description DSX, il s'utilise de la manière suivante:
-{{{
-from cmdline_parser import *
+from dsx import *
+import sys
+
+dcache_lines = int(sys.argv[1])
+icache_lines = int(sys.argv[2])
 }}}
-Il définit les variables suivantes:
- * `dcache_lines`, nombre passé sur la ligne de commande après le flag `--dl`, à défaut, 1024.
- * `icache_lines`, nombre passé sur la ligne de commande après le flag `--il`, à défaut, 1024.
-Utilisez ces variables à l'instanciation de votre plateforme.
-Pour créer une plateforme avec des caches avec 64 lignes de données, il suffira alors d'exécuter:
-{{{
-$ ./mjpeg --dl 64
-}}}
+Utilisez ensuite les deux variables dcache_lines et icache_lines.
 
 On se place dans l'hypothèse d'une architecture à 2 processseurs, en conservant le placement 
@@ -158 +150 @@
 }}}
 
-Le fichier `mjpeg.py` sera celui de la partie 2.4, avec la prise en compte des arguments sur la ligne
-de commande. Les deux sources C sont ceux des deux derniers TP, éventuellement modifiés.
+Le fichier `mjpeg.py` sera celui de la partie 2.4, avec la gestion de la ligne de commande.
+Les deux sources C sont ceux des deux derniers TP, éventuellement modifiés.
 
 Cette archive devra être livrée avant le mardi 4 mars 2008, 18h00 à [MailAsim:nipo Nicolas Pouillon]