Définition et mise en œuvre de métriques pour la mesure de l'obsolescence logicielle H/F

L’objectif de ce projet est d’établir une méthode permettant de mesurer au niveau du code et du matériel les caractéristiques qui permettent d’évaluer les caractéristiques attendues du matériel.

Ce défi est rendu complexe par :

• La complexité de l’architecture logicielle (multiplicité des composants logiciels, des langages de développement, des relations de dépendances, etc.). De plus, même avec une méthode permettant de gérer cette complexité, les informations pour l’appliquer ne sont pas forcément disponibles (quand le code n’est pas open source par exemple).
• La complexité de l’architecture matérielle; les choix d’agencement des GPU, des CPU, des différentes mémoires et des canaux de communication ont un impact sur les caractéristiques au runtime du code déployé.

Ces deux complexités sont souvent adressées indépendamment à l’exception des travaux sur l’efficacité énergétique qui, avec le suivi des chaînes de build et de déploiement, pavent le chemin que nous devons suivre et étayer avec les canaux qui permettront au monde logiciel de correctement prendre en compte le matériel.

Objectifs intermédiaires

1. O2 : Identifier les caractéristiques des exigences sur le matériel à mesurer - au niveau de l’architecture logicielle.

   Ces caractéristiques s’appuieront sur une modélisation de l’architecture logicielle du service. Nous anticipons notamment des caractéristiques relatives aux complexités en temps, mémoire et communications.

2. O3 : Identifier les caractéristiques des exigences sur le matériel à mesurer - au niveau de l’architecture matérielle.

   Ces caractéristiques dépendront de l’architecture matérielle. Nous anticipons notamment des caractéristiques relatives aux capacités de stockage, vitesse d’échange et d’accès à la mémoire, et présence de périphériques.

3. O4 : Structurer la déclaration des caractéristiques des exigences du logiciel sur le matériel.

   C’est-à-dire pour la partie logicielle : compléter les modèles d’architecture du logiciel par ces informations de caractéristiques. Pour la partie matérielle, définir un modèle (paramétrique) permettant d’abstraire les caractéristiques identifiées en O3 tout en garantissant un niveau de précision satisfaisant pour l’évaluation des impacts environnementaux.

4. O5 : Développer un outillage permettant de gérer les caractéristiques des exigences du logiciel sur le matériel.

   Aider à établir une déclaration de caractéristiques logicielle; ces outils pourront s’appuyer sur l’existant en matière de mesure de performances de logiciels. Valider une déclaration de caractéristiques matérielle à partir des artefacts logiciels correspondants. Ces développements pourront s’appuyer sur une émulation du matériel. De visualiser les « hotspots » des évolutions du service du point de vue de l’augmentation des exigences matérielles du service.

5. O6 : Valider la méthode sur les cas d’usage « grands publique »: outil de traitement de texte, client et serveur.

Profil du candidat

Le candidat devra avoir une expérience en développement logiciel. Ce qui est attendu de cette expérience est une aisance dans l'utilisation d'outil de déploiement et de mesure de performances.

• Des compétences en architecture matériel sont recommandées.
• Une connaissance de Qemu est notamment souhaitable.
• Une connaissance des ACV et des méthodes d'évaluation d'impact est un plus.

Localisation du poste

Saclay, Palaiseau, France, Île-de-France, Essonne (91).