Changes between Version 19 and Version 20 of MjpegCourse/Coproc

Timestamp:

Mar 6, 2007, 8:09:19 PM (17 years ago)

Author:

alain

Comment:

--

MjpegCourse/Coproc

@@ -55 +55 @@
 [[Image(MjpegCourse:q.gif)]] Q1.  Rappelez le temps
 nécessaire pour décoder 25 images, dans le cas d'un déploiement
-utilisant 2 processeurs, lorsque la tâche {{{idct}}} est placée sur le premier processeur,
+utilisant 3 processeurs, lorsque la tâche {{{idct}}} est placée sur le premier processeur,
 que la tâche {{{vld}}} est placée sur le second processeur,
 et que toutes les autres tâches logicielles se partagent le troisième processeur.
@@ -68 +68 @@
 et ce nombre est inversement proportionnel au temps de calcul.
 
-Pour éviter de gaspiller du silicium, il faut donc - avant de se lancer dans la synthèse - évaluer précisément 
+Pour éviter de gaspiller du silicium, il faut - avant de se lancer dans la synthèse - évaluer précisément 
 la puissance de calcul requise pour le coprocesseur, une fois celui-ci placé 
 dans son environnement de travail. Il faut donc faire de l'exploration
@@ -78 +78 @@
 Pour ce qui concerne le matériel, ce composant ''threader'' s'interface avec le composant matériel 
 ''contrôleur MWMR'', mais il est également capable de communiquer avec la tâche logicielle {{{idct}}},
-de façon a utiliser ce code pour effectuer les calculs qui devront être réalisés par le
+de façon a utiliser le code existant - sans modification - pour effectuer les calculs qui devront être réalisés par le
 coprocesseur matériel.
 En pratique, la simulation dans ce mode consiste à exécuter un programme parallèle comportant 
@@ -90 +90 @@
  * dans la définition du modèle de la tâche {{{idct}}}, il faut ajouter l'implémentation `SyntheticTask()`. Le coprocesseur matériel étant paramètrable, il faut également définir un nouveau paramètre `EXEC_TIME` dans la liste des paramètres de la tâche {{{idct}}}. Ce paramètre permet de spécifier le nombre de cycles utilisés par le coprocesseur matériel pour effectuer la transformation IDCT d'un bloc de 64 pixels.
 {{{
-idct = TaskModel(
-                'idct',
-                infifos = [ 'input' ],
-                outfifos = [ 'output' ],
-                impl = [ SwTask( 'idct',
-                                                 stack_size = 1024,
-                                                 sources = [ 'src/idct.c' ],
-                                                 defines = [ 'WIDTH', 'HEIGHT','EXEC_TIME' ] ),
-                       SyntheticTask()   ] )
+idct = TaskModel( 'idct',
+        infifos = [ 'input' ],
+        outfifos = [ 'output' ],
+        impl = [ SwTask( 'idct',
+                       stack_size = 1024,
+                       sources = [ 'src/idct.c' ],
+                       defines = [ 'WIDTH', 'HEIGHT','EXEC_TIME' ] ),
+                SyntheticTask() ] )
 }}}
  * La valeur du paramètre  EXEC_TIME doit être définie au moment où on instancie la tâche {{{idct}}} dans le TCG.
 {{{
 Task( 'idct0' , idct ,
-                portmap = {     'output':idct_libu,
-                                'input' :iqzz_idct },
-                defines = {     'XSIZE':'48', 'YSIZE':'48', 'EXEC_TIME':'64'} )
+        portmap = { 'output':idct_libu,
+                    'input' :iqzz_idct },
+        defines = {     'XSIZE':'48', 'YSIZE':'48', 'EXEC_TIME':'64'} )
 }}}
  * Dans la partie déploiement, il faut déployer la tâche {{{idct}}} comme une tâche matérielle (comme on l'a fait pour les tâches {{{ramdac}}} ou {{{tg}}}.
@@ -112 +111 @@
 }}}
 
-Le coprocesseur matériel IDCT (comme beaucoup de coprocesseurs matériels de type ''flot de données'')
+Le coprocesseur matériel IDCT (comme beaucoup de coprocesseurs matériels orientés "flot de données'")
 exécute une boucle infinie dans laquelle il effectue successivement les actions suivantes:
  1. recopie d'un bloc de 64 coefficients du canal MWMR d'entrée vers une mémoire locale BUFIN,
@@ -126 +125 @@
 
 Le nombre de cycles nécessaires pour exécuter l'étape 2 ci-dessus (temps de calcul pour un bloc de 64 pixels) est
-défini par la valeur du paramètre EXEC_TIME.  Si on ne précise rien, cela correspond à un temps d'exécution de "zéro" cycles. 
-Pour préciser un nombre de cycles d'exécution, il faut modifier le code C de la tâche {{{idct}}}, et insérer, 
+défini par la valeur du paramètre EXEC_TIME, mais si on ne modifie pas le code C de la tâche {{{idct}}}, ce calcul sera effectué
+"en temps nul" du point de vue du matériel. 
+Pour préciser le nombre de cycles d'exécution pour l'étape 2, il faut modifier le code C de la tâche {{{idct}}}, et insérer, 
 entre les deux primitives ''srl_mwmr_read()'' et ''srl_mwmr_write()'',
-un appel à la  la fonction bloquante ''srl_busy_cycles()''. {{{
+un appel à la  la fonction bloquante ''srl_busy_cycles()''. 
+{{{
 srl_mwmr_read();
 ...