Changeset 324 for anr/annexe-reponse.tex


Ignore:
Timestamp:
Jan 24, 2011, 12:55:22 PM (14 years ago)
Author:
coach
Message:

modifs EV+IA

File:
1 edited

Legend:

Unmodified
Added
Removed
  • anr/annexe-reponse.tex

    r320 r324  
    77Dans la premiÚre section, nous présentons nos réponses aux suggestions et
    88remarques des experts en suivant l'ordre du dossier d'évaluation qui nous a été
    9 retourné. La seconde section, quant à elle, synthétise ces réponses.
     9retourné. La seconde section, quant à elle, synthétise nos réponses par rapport
     10aux principales faiblesses qui ont été relevée pour la précédente version de la
     11proposition.
    1012%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    1113\subsection{Réponses séquentielles}
     
    2022    les environnements industriels QUARTUS \& ISE.
    2123    \t%\note{O.2}
    22     Pour la synthÚse de SoC, on pourrait effectivement utiliser des outils
    23     tels \mustbecompleted{XXX ou XXX}.
    24     Nous avons choisi DSX/SoCLib, car il est open source, et c'est celui que
     24    Pour la synthÚse de systÚme, on pourrait effectivement utiliser des outils
     25    tels que SOP C builder, mais ceux-ci ne permettent pas de faire de prototypage
     26    et ne sont pas libres et trop spécifiques à une famille d'IPs propriétaire.
     27    Nous avons donc choisi DSX/SoCLib, car il est open source, et c'est celui que
    2528    nous maitrisons le plus et nous savons déjà que son moteur couvre une
    2629    grande partie des besoins de COACH à ce niveau.
    2730    \t\note{INT}
    2831    Enfin COACH ne vise pas les flots de conception de systÚmes complexes tels
    29     \mustbecompleted{SOCKET, MDA de MAGILLEM, SPEAR-DE ou XXX}.
    30     Il se trouvent à un niveau bien inférieur.
    31     Cependant, il est vrai que dans la micro électronique d'aujourd'hui ce
    32     niveau ne peut être ignoré.
    33     \textit{Nous avons ajouté à COACH ce qui est nécessaire pour qu'il puisse
    34     être intégré dans de tels environnements de conception:
    35     configuration et description des SoC générés en IP-XACT}.
     32    que SOCKET, TOPCASED, SPEAR-DE.
     33    COACH se positionne en effet comme une sous-partie de ces flots complets et
     34    doit être considéré comme un point tool. Cependant, dans la nouvelle
     35    version de la proposition, nous avons
     36    \textit{ajouté à COACH ce qui est nécessaire pour qu'il puisse
     37      être intégré dans de tels environnements de conception:
     38      configuration et description des SoC générés en IP-XACT}.
    3639    Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette
    3740    possibilité.
     
    3942    \\ La dimension recherche est présente à différents niveaux de ce projet.
    4043    \t%\note{R.1}
    41     Tour d'abord, le fait de synthétiser la même description de haut niveau soit par HLS
     44    Tout d'abord, le fait de synthétiser la même description de haut niveau soit par HLS
    4245    soit par ASIP, est à notre connaissance non encore réalisé à ce jour.
    4346    \t%\note{R.2}
     
    4649    \t%\note{R.3}
    4750    \mustbecompleted{je ne comprends pas cet argument}
    48         Les IPs sont d'abord des composants matériels génériques, COACH permettra
    49     de concevoir des IPs trÚs paramétrables (hardware + software), il sera
    50     intéressant de voir ce que de tel IP peuvent apporter à la micro
    51     électronique.
     51        Les IPs courantes du marché sont des composants matériels certes génériques mais à configuration/paramétrisation limitées. COACH permettra au contraire de concevoir des IPs qui constitueront de véritables sous-systÚmes à fonctionnalités complexes et trÚs paramétrables (hardware + software), il sera
     52    intéressant de voir ce que de tel IP peuvent apporter au monde de la conception de systÚmes embarqués.
    5253    \t%\note{R.4}
    5354    Les outils de conception de SoC actuels ont soit une approche matérielle
     
    6465  \item[Point 3 (\textit{lien entre HPC et SoC embarqué})]\mbox{}
    6566    \\ %\note{X.1}
    66     Le HPC est un terme employé dans tant de contextes qu'il ne veut pas
    67     dire grand chose de précis. Ce que nous entendons par le terme HPC est
    68     spécifié section~\ref{HPC:definition} (page~\pageref{HPC:definition}) et
    69     le fait que notre HPC est une sur-couche du module de conception de SoC
    70     est montré sur la figure~\ref{coach-flow} (page~\pageref{coach-flow}).\\
     67    Le terme HPC est employé dans de nombreux contextes et il est difficile de s'entendre sur sa définition exacte. Dans notre proposition, le terme HPC est
     68    défini section~\ref{HPC:definition} (page~\pageref{HPC:definition}); il
     69    s'agit bien d'une sur-couche du module de conception de SoC
     70    comme illustré sur la figure~\ref{coach-flow} (page~\pageref{coach-flow}).\\
    7171    BriÚvement notre HPC consiste à accélérer une application existante qui
    7272    tourne sur un PC. Ceci est fait par:
    7373        1) l'isolation de moteur de calcul de l'application,
    7474        2) l'implantation de ce moteur dans un SoC,
    75         3) l'ajout sur le bus PCI/E du PC une carte FPGA.\\
    76     Comment COACH aide l'utilisateur à isoler le moteur de calcul de l'application
    77     est expliqué dans la section~\ref{HPC:howto} (page~\pageref{HPC:howto}) et
     75        3) l'ajout d'une carte FPGA sur le bus PCI/E du PC. Le FPGA intÚgrera le SoC.\\
     76    La façon dont COACH aide l'utilisateur à isoler le moteur de calcul de l'application
     77    est expliquée dans la section~\ref{HPC:howto} (page~\pageref{HPC:howto}) et
    7878    sur la figure~\ref{archi-hpc} (page~\pageref{archi-hpc}).
    79     Comment l'application accélérée est générée fait l'objet de la
     79    La façon dont l'application accélérée est générée fait l'objet de la
    8080    figure~\ref{coach-flow} (page~\pageref{coach-flow}).
    8181  \item[Autres]\mbox{}
     
    8383      \item[État de l'art incomplet]\mbox{}
    8484        \\ %\note{EA}
    85         Dans l'état de l'art, nous nous sommes concentré d'une part sur les outils
     85        Dans l'état de l'art, nous nous sommes concentrés d'une part sur les outils
    8686        de même niveau que COACH,
    8787            le HPC (\sectionVpage{soa:hpc}) et
     
    107107        Voir la section \ref{perennite+dissemination} ci-dessous.
    108108      \item[Mauvais positionnement du projet]\mbox{}\\
    109         Il était mentionné qu'il aurait mieux fallu positionner le projet
    110         en \og plateforme {\fg} plutÃŽt qu'en \og recherche industrielle \fg.
    111         Il nous a été signifié que pour projet plateforme, il faut mieux
    112         qu'il y ai plusieurs gros industriels leader.
    113         Ce n'est pas le cas de ce projet, nous sommes resté en \og recherche
    114         industrielle \fg.
     109        Concernant la remarque sur un positionnement du projet
     110        en \og plateforme {\fg} plutÃŽt qu'en \og recherche industrielle \fg,
     111        nous avons considéré que l'effort devait être concentré sur les aspects
     112techniques innovants plutÃŽt que sur leur mise en application dans un nombre important de flots. En
     113effet, dans la nouvelle mouture, nous utilisons les résultats des projets SoCket et Topcased, avec compatibilité IP-XACT, assurant ainsi une généricité pour l'intégration dans de nombreux flots de production, sans pour autant multiplier à outrance les expérimentations dans le cadre du projet. Ainsi la taille du projet nous permet de rester en positionnement \og recherche industrielle \fg.
    115114    \end{description}
    116115\end{description}
     
    135134    Les experts mentionnent \og une volonté de tout refaire {\fg}. Il est dommage
    136135    qu'ils n'aient pas explicité leurs pensées. En effet le projet s'appuie sur
    137     des briques existantes pour la plus part de ses composants et sur les
     136    des briques existantes pour la plupart de ses composants et sur les
    138137    environnements QUARTUS \& ISE pour la synthÚse de bas niveau.\\
    139138    Les seuls composants manquants sont les composants matériels de
     
    146145    En effet, le projet n'utilisait pas le standard IP-XACT des flots de
    147146    conception de SoC. Ceci a été corrigé dans cette soumission en introduisant
    148     le standard IP-XACT (livrable \NOVERScsgImplementation),
     147    le standard IEEE 1685 IP-XACT (livrable \NOVERScsgImplementation),
    149148    d'une part en entrée pour faciliter la configuration de COACH sur d'autre plateforme
    150     et d'autre par en ajoutant une sortie au format IP-XACT des SoC générés pour
    151     leur intégration comme IP dans d'autres outils de conception de SoC.
     149    et d'autre part en ajoutant une sortie au format IP-XACT des SoC générés pour
     150    leur intégration comme sous-systÚme dans les flots de conception de SoC.
    152151    Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette
    153152    possibilité.
    154   \item[Utilisation d'RTOS non industriels]\mbox{}\\
    155     L'OS bien que indispensable n'est pas une piÚce maitresse du projet.
     153  \item[Utilisation de RTOS non industriels]\mbox{}\\
     154    L'OS bien qu'indispensable n'est pas une piÚce maitresse du projet.
    156155    En effet, on doit pouvoir passer facilement à un autre OS si ce
    157156    dernier supporte les thread POSIX.
     
    163162\begin{description}
    164163    \item[Xilinx n'a pas une part assez active]\mbox{}\\
    165         Xilinx ne fait plus parti du consortium.
     164        Xilinx ne fait plus partie du consortium.
    166165    \item[Manque un industriel pour assurer la pérennité]\mbox{}\\
    167166        \note{IND2}
     
    176175\begin{description}
    177176    \item[Incongruités de quelques demandes financiÚres]\mbox{}\\
    178         Les experts n'ont pas précisé leurs pensées, nous ne les avons pas
    179         trouvées et donc pas corrigées.
     177        Les experts n'ont pas précisé leurs pensées. Néanmoins, la répartition financiÚre a été complÚtement revue.
     178
    180179    \item[Déséquilibre entre l'ampleur du développement et les moyens]\mbox{}\\
    181180        Voir la section \ref{trop:ambitieux} ci-dessous.
     
    183182          un tout cohérent]\mbox{}\\
    184183        \note{DOU}
    185         Cette remarque sous entend que les académiques sont incapables de
    186         concevoir, développer, maintenir de gros logiciel.
    187         Cette remarque est assez tendancieuse, on peut certes trouver beaucoup
    188         de projets académiques qui n'ont pas abouti mais on peut en trouver
    189         encore plus du cÃŽté des industriels.
     184        Un rÃŽle principal de \mds tant que chef de file sera d'assurer la coordination de maniÚre professionnelle de ce projet.
     185       
    190186\end{description}
    191187%
     
    217213\subsubsection{Projet trop ambitieux}
    218214\label{trop:ambitieux}
    219 Par rapport au projet 2010, on a grandement réduit la voilure en nous
     215Par rapport au projet 2010, nous avons réduit la surface du projet de 20\% en nous
    220216concentrant sur le cœur de COACH. Les principales réductions sont:
    221217\begin{itemize}
    222218  \item Suppression d'un OS:\\
    223219    Dans la proposition 2010, nous avions choisi 2 OS (Mutekh et DNA) pour
    224     montrer que COACH était assez indépendant de l'OS. \\
    225     L'OS bien que indispensable n'est pas une piÚce maitresse du projet.
     220    montrer que COACH était indépendant de l'OS.
     221    L'OS bien qu'indispensable n'est pas une piÚce maitresse du projet.
    226222    En effet, on doit pouvoir passer facilement à un autre OS si ce
    227223    dernier supporte les thread POSIX.\\
     
    238234  \item Diminution des développements materiels:\\
    239235    Dans la proposition 2010, nous avions projeté 1) de prototyper les SoC des
    240     différentes patrons architecturaux de façon exacte, 2) d'implanter le
     236    différents patrons architecturaux de façon exacte, 2) d'implanter le
    241237    composant de communication (MWMR) pour les patrons architecturaux XILINX et ALTERA.
    242238    Ces choix conduisaient à 4 implantations du composants de communication
     
    259255  \item Les descriptions SystemC de 6 composants sur environ 70.
    260256  \item L'explorateur de l'espace de conception DSX qui devra être étendu pour
    261     supporter la génération matérielle des architectures (VHDL synthétisablé).
     257    supporter la génération matérielle des architectures (VHDL synthétisable).
    262258  \item Un OS sur cinq.
    263259\end{itemize}
    264260Cette liste montre clairement que SoCLib n'est qu'un composant logiciel parmi
    265261la dizaine d'autres sur les quels COACH s'appuie.
    266 Ce n'est pas et de loin le plus irremplaçable, les modÚles VHDL du patron
     262Ce n'est pas, et de loin, le plus irremplaçable, les modÚles VHDL du patron
    267263architectural neutre comme les outils de synthÚse seraient bien plus difficiles
    268264à refaire et GCC comme les environnements QUARTUS et ISE sont absolument
     
    272268\t\note{SL3}
    273269A la question posée par les experts:
    274   \og Faut il financer COACH pour donner une chance à SoCLib? {\fg}
     270  \og faut il financer COACH pour donner une chance à SoCLib? {\fg}
    275271La réponse est que financer COACH n'influencera pas la vie de SoCLib,
    276272les 2 projets n'étant pas assez corrélés.
     
    280276Enfin une réserve concerne l'utilisation du bus VCI jugé obsolÚte via les composants
    281277SoCLib. Le projet prévoit le développement de pont VCI/AVALON et VCI/\xilinxbus ce qui
    282 permettra l'utilisation des IP de XILINX et ALTERA dans la patron architectural
     278permettra l'utilisation des IP de XILINX et ALTERA dans le patron architectural
    283279neutre.
    284280%
Note: See TracChangeset for help on using the changeset viewer.