DexTER : Laboratoire R&D DETEXIA

Petite mise à jour du site, principalement pour publier quelques fiches descriptives de nos projets :

• Fiche projet DSPBook.
• Fiche projet EGPI.
• Fiche projet Grant.

Dans le cadre de notre veille sur les moyens de calcul haute performance accessibles aux PME, nous avons étudié les capacités de calcul du processeur IBM CellBE très largement diffusé et accessible car intégré à la console de jeux Sony Playstation 3. Cet appareil peut constituer un outil de calcul très efficace au regard de son coût. Nous avons rédigé un didacticiel qui présente la marche à suivre pour y parvenir. Cet article est publié dans le numéro hors-série Août/Septembre 2009 de GNU/Linux Magazine France.

• GNU/Linux Magazine France
• Hors-série n°43 : électronique embarqué et hacks
• Initiation au calul intensif sur PS3

Dans le cadre de notre projet dspbook nous avons expérimenté une méthode d'accélération du démarrage d'un système GNU/Linux fondé sur la parallélisation des tâches d'initialisation grâce à la capacité de la commande GNU/Make de contrôler des traitements en parallèle tout en préservant les relations de dépendance entre les actions. Pour tous les détails, consulter notre rapport d'étude.

Le site DexTER s'étoffe d'une présentation de ses travaux. Chaque projet dispose maintenant de sa page de présentation :

• Projet grant : grille de calcul animée par fourmis artificielles.
• Projet EGPI : la gestion de projet par les faits techniques
• Projet DSPBook : station de mesure et d'analyse légère.

En complément et en interaction avec ces projets, nous menons des études dans le domaine du calcul intensif.

Le SANS Institute vient de publier une liste des "vingt-cinq erreurs de programmation les plus dangereuses". Il ne s'agit pas réellement d'une révélation puisque les problèmes soulevés n'ont rien de nouveau. Il faut pourtant admettre que les développeurs ne sont pas suffisamment sensibilisés à ces aspects du développement surtout les débutants car ces thèmes sont encore trop souvent totalement ignorés dans les formations informatiques.

Le principal intérêt de cette publication n'est pas tant de faire l'inventaire de problèmes couramment rencontré dans le code produit tous les jours mais surtout d'en faire une analyse détaillée et proposer des solutions et des bonnes pratiques pour s'en prémunir.

Tout développeur devrait avoir constamment ces recommandations en tête, même (et surtout) quand on rédige rapidement des petits bouts de code pour des expériences ou des tests car ce sont souvent ces petits bouts de code qui plus tard, se retrouvant intégrés dans un produit, ont une durée de vie beaucoup plus importante que prévue et provoquerons des défaillances insoupçonnées.

Les cartes graphiques en se perfectionnant toujours plus sont devenus quasiment des ordinateurs complets disposant de leur mémoire propre, d'un processeur et de canaux d'entrées/sorties via le bus d'interface avec l'ordinateur hôte. Pour prendre en charge une part de traitement graphique toujours plus importante le processeur graphique n'est plus vraiment un processeur spécialisé mais plutôt un processeur optimisé pour les calculs de rendu graphique. Comme la génération d'images 3D est un travail complexe, les processeurs capables de le prendre en charge sont par conséquent dotés d'une capacité de calcul très important qui pourrait être utilisée à d'autre fin. Les volumes de production des cartes graphiques permet d'atteindre un ratio coût/capacité très intéressant. De plus le bus PCI Express qui est devenu la norme peut recevoir plusieurs cartes graphiques ce qui permet d'accroitre d'autant la puissance disponible. Les fabriquant de carte graphiques NVidia en tête ont bien saisi l'intérêt de ce nouveau débouché pour leurs produits et imagine déjà de commercialiser des outils de programmation pour utiliser à sa convenance ces puces graphiques.

Néanmoins, l'approche totalement propriétaire d'un vendeur de matériel n'est pas forcément une stratégie pérenne. Un regroupement d'industriel a donc décidé de créer OpenCL dont une première spécification a déjà été publiée. L'idée est de faire une sorte d'OpenGL généralisé à toute sorte de calcul et non plus uniquement le rendu graphique. Mais l'ambition d'OpenCL est plus importante : il s'agit de proposer un langage de programmation conçu pour exploiter toutes les ressources de calcul (mixte/hybride) disponibles sur l'ordinateur, par exemple la combinaison d'un processeur mufti cœur avec un processeur graphique, ou bien, une architecture Cell. Il reviendra à chaque fabriquant de proposer une mise en œuvre (driver ou compilateur ?) d'OpenCL pour permettre l'utilisation de leurs produits comme unité de calcul.

Detexia s'implique dans le mouvement du logiciel libre. Nous sommes de longue date des utilisateurs de logiciels libres pour nos propres besoins internes, d'abord pour des raisons économiques et pratiques. Pour une PME telle que Detexia les grandes suites de développement logiciel représentent un coût non négligeable. L'existence d'une offre alternative et moins rigide nous permet de constituer plus progressivement un outillage qui nous est largement suffisant.

Dans un deuxième temps nous publierons certains travaux en tant que logiciels libres pour contribuer à notre tour et, se faisant, offrir à d'autres comme nous avons déjà beaucoup reçu. Dans l'attente, voici un article de présentation des logiciels libres décrivant en particulier les bénéfice et contraintes d'utilisation dans un cadre professionnel et industriel.

Le laboratoire R&D Detexia ouvre son site. Seront publiés ici les travaux du laboratoire, articles et logiciels issus des recherches que nous menons. Pour une présentation plus détaillée consultez la page de présentation, et retrouvez toutes les dernières nouvelles sur la page d'accueil DexTER.