Changeset 324 for anr/annexe-reponse.tex
- Timestamp:
- Jan 24, 2011, 12:55:22 PM (14 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
anr/annexe-reponse.tex
r320 r324 7 7 Dans la premiÚre section, nous présentons nos réponses aux suggestions et 8 8 remarques 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. 9 retourné. La seconde section, quant à elle, synthétise nos réponses par rapport 10 aux principales faiblesses qui ont été relevée pour la précédente version de la 11 proposition. 10 12 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 11 13 \subsection{Réponses séquentielles} … … 20 22 les environnements industriels QUARTUS \& ISE. 21 23 \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 25 28 nous maitrisons le plus et nous savons déjà que son moteur couvre une 26 29 grande partie des besoins de COACH à ce niveau. 27 30 \t\note{INT} 28 31 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 ce32 niveau ne peut être ignoré.33 \textit{ Nous avonsajouté à COACH ce qui est nécessaire pour qu'il puisse34 ê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}. 36 39 Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette 37 40 possibilité. … … 39 42 \\ La dimension recherche est présente à différents niveaux de ce projet. 40 43 \t%\note{R.1} 41 Tou rd'abord, le fait de synthétiser la même description de haut niveau soit par HLS44 Tout d'abord, le fait de synthétiser la même description de haut niveau soit par HLS 42 45 soit par ASIP, est à notre connaissance non encore réalisé à ce jour. 43 46 \t%\note{R.2} … … 46 49 \t%\note{R.3} 47 50 \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. 52 53 \t%\note{R.4} 53 54 Les outils de conception de SoC actuels ont soit une approche matérielle … … 64 65 \item[Point 3 (\textit{lien entre HPC et SoC embarqué})]\mbox{} 65 66 \\ %\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}).\\ 71 71 BriÚvement notre HPC consiste à accélérer une application existante qui 72 72 tourne sur un PC. Ceci est fait par: 73 73 1) l'isolation de moteur de calcul de l'application, 74 74 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'application77 est expliqué dans la section~\ref{HPC:howto} (page~\pageref{HPC:howto}) et75 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 78 78 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 la79 La façon dont l'application accélérée est générée fait l'objet de la 80 80 figure~\ref{coach-flow} (page~\pageref{coach-flow}). 81 81 \item[Autres]\mbox{} … … 83 83 \item[Ãtat de l'art incomplet]\mbox{} 84 84 \\ %\note{EA} 85 Dans l'état de l'art, nous nous sommes concentré d'une part sur les outils85 Dans l'état de l'art, nous nous sommes concentrés d'une part sur les outils 86 86 de même niveau que COACH, 87 87 le HPC (\sectionVpage{soa:hpc}) et … … 107 107 Voir la section \ref{perennite+dissemination} ci-dessous. 108 108 \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 112 techniques innovants plutÃŽt que sur leur mise en application dans un nombre important de flots. En 113 effet, 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. 115 114 \end{description} 116 115 \end{description} … … 135 134 Les experts mentionnent \og une volonté de tout refaire {\fg}. Il est dommage 136 135 qu'ils n'aient pas explicité leurs pensées. En effet le projet s'appuie sur 137 des briques existantes pour la plu spart de ses composants et sur les136 des briques existantes pour la plupart de ses composants et sur les 138 137 environnements QUARTUS \& ISE pour la synthÚse de bas niveau.\\ 139 138 Les seuls composants manquants sont les composants matériels de … … 146 145 En effet, le projet n'utilisait pas le standard IP-XACT des flots de 147 146 conception de SoC. Ceci a été corrigé dans cette soumission en introduisant 148 le standard I P-XACT (livrable \NOVERScsgImplementation),147 le standard IEEE 1685 IP-XACT (livrable \NOVERScsgImplementation), 149 148 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 pour151 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. 152 151 Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette 153 152 possibilité. 154 \item[Utilisation d 'RTOS non industriels]\mbox{}\\155 L'OS bien qu eindispensable 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. 156 155 En effet, on doit pouvoir passer facilement à un autre OS si ce 157 156 dernier supporte les thread POSIX. … … 163 162 \begin{description} 164 163 \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. 166 165 \item[Manque un industriel pour assurer la pérennité]\mbox{}\\ 167 166 \note{IND2} … … 176 175 \begin{description} 177 176 \item[Incongruités de quelques demandes financiÚres]\mbox{}\\ 178 Les experts n'ont pas précisé leurs pensées , nous ne les avons pas179 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 180 179 \item[Déséquilibre entre l'ampleur du développement et les moyens]\mbox{}\\ 181 180 Voir la section \ref{trop:ambitieux} ci-dessous. … … 183 182 un tout cohérent]\mbox{}\\ 184 183 \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 190 186 \end{description} 191 187 % … … 217 213 \subsubsection{Projet trop ambitieux} 218 214 \label{trop:ambitieux} 219 Par rapport au projet 2010, on a grandement réduit la voilureen nous215 Par rapport au projet 2010, nous avons réduit la surface du projet de 20\% en nous 220 216 concentrant sur le cÅur de COACH. Les principales réductions sont: 221 217 \begin{itemize} 222 218 \item Suppression d'un OS:\\ 223 219 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 qu eindispensable 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. 226 222 En effet, on doit pouvoir passer facilement à un autre OS si ce 227 223 dernier supporte les thread POSIX.\\ … … 238 234 \item Diminution des développements materiels:\\ 239 235 Dans la proposition 2010, nous avions projeté 1) de prototyper les SoC des 240 différent es patrons architecturaux de façon exacte, 2) d'implanter le236 différents patrons architecturaux de façon exacte, 2) d'implanter le 241 237 composant de communication (MWMR) pour les patrons architecturaux XILINX et ALTERA. 242 238 Ces choix conduisaient à 4 implantations du composants de communication … … 259 255 \item Les descriptions SystemC de 6 composants sur environ 70. 260 256 \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). 262 258 \item Un OS sur cinq. 263 259 \end{itemize} 264 260 Cette liste montre clairement que SoCLib n'est qu'un composant logiciel parmi 265 261 la dizaine d'autres sur les quels COACH s'appuie. 266 Ce n'est pas et de loinle plus irremplaçable, les modÚles VHDL du patron262 Ce n'est pas, et de loin, le plus irremplaçable, les modÚles VHDL du patron 267 263 architectural neutre comme les outils de synthÚse seraient bien plus difficiles 268 264 à refaire et GCC comme les environnements QUARTUS et ISE sont absolument … … 272 268 \t\note{SL3} 273 269 A 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} 275 271 La réponse est que financer COACH n'influencera pas la vie de SoCLib, 276 272 les 2 projets n'étant pas assez corrélés. … … 280 276 Enfin une réserve concerne l'utilisation du bus VCI jugé obsolÚte via les composants 281 277 SoCLib. 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 l apatron architectural278 permettra l'utilisation des IP de XILINX et ALTERA dans le patron architectural 283 279 neutre. 284 280 %
Note: See TracChangeset
for help on using the changeset viewer.