Discussion :

[Olivier Famien]

DARPA veut concevoir des logiciels capables de s’adapter automatiquement aux changements,
afin de pouvoir fonctionner pendant plus d’un siècle malgré les contraintes d’environnement

L’agence américaine pour les projets de recherche avancée de défense en abrégé DARPA vient de dévoiler un nouveau projet dénommé Brass. Brass est le l’acronyme anglais désignant la construction de systèmes de logiciels qui s’adaptent aux ressources.

Comme suggéré par le nom, DARPA ambitionne de remodeler l’univers des logiciels en concevant de toute pièce des systèmes de logiciels qui seront capables de s’adapter aux changements qui peuvent survenir au niveau des ressources ou des environnements dans lesquels ils opèrent.

Si le projet aboutit, il permettra à terme d’avoir de nouvelles catégories de systèmes dont l’obsolescence ne sera pas envisagée avant un siècle. En effet, les systèmes actuels nécessitent des mises à jour périodiques afin d’éviter le dépassement des fonctionnalités techniques. Toutefois, ces derniers deviennent rapidement limités en raison des changements trop importants dans l’environnement dans lequel ils s’exécutent.

Selon Suresh Jagannathan, directeur du programme de DARPA, « l’incapacité pour ces systèmes de s’adapter parfaitement aux nouvelles conditions d’exploitation sape la productivité, entrave le développement des infrastructures de cyber sécurité et augmente le risque qu’à long terme, l’accès au contenu numérique important soit perdu au fur et à mesure que le logiciel qui génère et interprète le contenu devient obsolète ».

Dans le cas du projet Brass, les systèmes conçus auront la capacité de s’adapter automatiquement aux changements de son écosystème tels que la réduction de la mémoire, de l’énergie, les changements de protocoles et services ou encore les changements des formats de date ou des modèles de composants...

Cela implique de réinventer les modèles de conception actuels. Voici une ébauche de son architecture.

Pour atteindre ses objectifs, DARPA compte lancer quatre années de recherche préliminaire afin de dégager les prérequis en terme de calculs et d’algorithmes. Tout comme l’intelligence artificielle, ce projet ouvrira la porte à des univers et des applications insoupçonnées.

C’est pourquoi Jagannathan soutient que « Brass pourrait conduire à la construction de familles de programmes tout en préservant les fonctionnalités de haut niveau, mais avec des implémentations différentes qui sont optimisées pour différents ensembles de ressources avec des réductions de coûts ».

Vu les difficultés techniques inhérentes au projet, DARPA l'a ouvert aux entreprises désireuses d’apporter leurs contributions. Les dossiers de souscription doivent être envoyés au plus tard le 22 mai. Par ailleurs, il faut souligner que le projet est soutenu par un financement d'environ 8 à 10 millions de dollars. Pour plus de détails sur le projet, vous pouvez consulter cette page.

Source : DARPA

Télécharger le dossier complet sur le projet


Et vous ?

Que pensez-vous de ce projet ?
Est-il réaliste ?

[sevyc64]

Que pensez-vous de ce projet ?

Projet plus qu'ambitieux quand on sait l'évolution qu'à eu l'informatique en seulement 40 ans, quand on sait que dans ce monde, une visibilité à seulement 10 ans est plus qu'hypothétique, qu'une nouvelle technologie peut parfois apparaitre et devenir LA Technologie du moment en seulement quelques mois, qu'une technologie pourtant bien implantée et considéré comme la technologie de l'avenir peut totalement disparaitre du paysage en quelques années.

Il suffit de regarder le passé, les grandes évolutions et les grandes avancées technologiques. Il doit pas être bien difficile de se rendre compte qu'il y aurait été difficile d'y maintenir des applications capable de s'adapter automatiquement aux évolutions sur 100ans. Pourquoi en serait-il différent pour l'informatique, d'autant plus que le monde moderne, et notamment le monde de l'informatique évolue à des vitesses phénoménales.

Déjà la première question à se poser est "Est-ce que l'informatique existera-t-il encore dans 100 ans ? " Bien malin celui qui saura répondre. Il y a 100 ans dans l'industrie, la technologie d'avenir était la machine à vapeur. 100 ans après, telle qu'à l'époque, elle n'existe plus depuis longtemps. Il existe encore des déclinaisons et depuis quelques années elle réapparait sous d'autres formes, certes mais pas forcément compatible avec ce que l'on savait faire à l'époque.

Est-il réaliste ?

Si la recherche se faisait que sur des projets réalistes, ça n'avancerait pas beaucoup. Plus de 80% des projets de recherche n'aboutissent pas en tant que tel.

Non, ce projet n'est pas réaliste et n'aboutira certainement pas.
Mais, ce n'en est pas forcément pour autant un projet inintéressant et à jeter. Même s'il n'aboutira probablement pas en tant que tel, il permettra sans aucun doute de faire des découvertes qui aboutiront sous une forme ou une autre à des applications parfois bien des années plus tard.

Le boulot des chercheurs c'est de chercher. Parfois il peut arriver qu'ils trouvent !

[macslan]

Le boulot des chercheurs c'est de chercher. Parfois il peut arriver qu'ils trouvent !

chercher les clés de la voiture par exemple.

[Saverok]

Le boulot des chercheurs c'est de chercher. Parfois il peut arriver qu'ils trouvent !

Et parfois même, le plus intéressant qu'ils trouvent n'est même pas dans l'objectif principal...

[TiranusKBX]

Et parfois même, le plus intéressant qu'ils trouvent n'est même pas dans l'objectif principal...

oui l'exemple le plus connus est le micro-ondes

[Wirbelwind]

Des programmes qui réécrivent leur propre code-source, on a pas déjà vu ça quelque-part ? Je dis ça, je dis rien

[TiranusKBX]

Des programmes qui réécrivent leur propre code-source, on a pas déjà vu ça quelque-part ? Je dis ça, je dis rien

il n'est pas impossible qu'ils demandent un coup de main à la cellule cyber-guerre des USA alors ^^

[RyzenOC]

Sa me semble impossible, pour plusieur raisons:

1) On est de plus en plus emprisonner dans des stores, avec des limites imposé (choix du langage...).
2) En quel langage il veulent le faire ? D'ailleurs un langage de programmation a besoin de maj (corriger des failles, fonctionner sur un nouveau type de processeur...).

Je doute qu'un langage informatique ait une espérance de vie de 100ans.
Vous allez me dire " il se compilera en un autre lagage", comment le programme va choisir et se convertir vers un autre langage qui n'existe pas aujourd'hui.


Le programme devra être fait en assembleur, je ne vois que ce langage qui puisse durer aussi longtemps.

[Saverok]

Le programme devra être fait en assembleur, je ne vois que ce langage qui puisse durer aussi longtemps.

L'assembleur est lié à l'architecture du processeur
==> le jeux d'instruction x86 n'est pas le même que celui des processeurs ARM, par exemple

Autrement dit, la durée de vie de ton langage assembleur est liée à celle de l'architecture de ton proc et je vois mal l'informatique se limiter à une seule architecture proc pendant 100 ans...

D'autant plus que les proc quantiques commencent à pointer le bout de leurs broches et qui sait s'ils ne vont pas se généraliser d'ici quelques décennies (et je ne te raconte pas le gap des jeux d'instructions entre le x86 et ces nouvelles générations en qbit )

[RyzenOC]

L'assembleur est lié à l'architecture du processeur
==> le jeux d'instruction x86 n'est pas le même que celui des processeurs ARM, par exemple

Autrement dit, la durée de vie de ton langage assembleur est liée à celle de l'architecture de ton proc et je vois mal l'informatique se limiter à une seule architecture proc pendant 100 ans...

D'autant plus que les proc quantiques commencent à pointer le bout de leurs broches et qui sait s'ils ne vont pas se généraliser d'ici quelques décennies (et je ne te raconte pas le gap des jeux d'instructions entre le x86 et ces nouvelles générations en qbit )

Et les autres langages vont marcher sur des ordinateur quantique peut être ?
Le jour ou les ordinateur quantique existerons, faudra tous refaire, OS, et Langage, Application...

[TiranusKBX]

Et les autres langages vont marcher sur des ordinateur quantique peut être ?
Le jour ou les ordinateur quantique existerons, faudra tous refaire, OS, et Langage, Application...

Les processeur quantiques ne sont pas du tout adapté pour les usages d'aujourd'hui,
il est plus pertinent de voir en premier lieux des pc avec les 2 types de processeurs
quand aux ordinateur full processeur quantique ce serait plus réservé au super-calculateurs

[RyzenOC]

il est plus pertinent de voir en premier lieux des pc avec les 2 types de processeurs

Il est ou l'interet ?

Je doute que le processeur x86 exploite le processeur quantique, donc inutile.
Et l'inverse aussi est inutile, car si on a besoin de logiciel/os sur x86, on utilise un émulateur, la puissance ne sera pas un soucis

A mon avis les 1er OS empbarquerons un émulateur x86, comme quand MACOS et passer de PowerPC a x86, il y'a avait un émulateur (très mauvais, mais sa marchait)


HS: AMD est en train de faire un processeur qui peut traiter les instructions x86 et arm.

[Saverok]

Et les autres langages vont marcher sur des ordinateur quantique peut être ?
Le jour ou les ordinateur quantique existerons, faudra tous refaire, OS, et Langage, Application...

C'est exactement ce que je dis
L'assembleur n'est en rien pérenne, il est lié à l'architecture du processeur
Le jour où tu changes d'archi proc, tu changes d'assembleur et il faut tout réécrire (quelque soit la nouvelle archi)

L'avantage de Java et des autres langages qui fonctionnent grâce à une machine virtuelle, c'est que seule la VM sera à réécrire

[RyzenOC]

L'avantage de Java et des autres langages qui fonctionnent grâce à une machine virtuelle, c'est que seule la VM sera à réécrire

Et tu crois que le java vas durer 100ans ?

[boumchalet]

Cela repose sur plusieurs principes:
- séparation de la logique métier / des contraintes de dimensionnement (OS (s) , puissances, ressources, ...)
- phase de projection (démarche MDA) avec l'aide d'un moteur d'inférence (IA) pour vérifier et auto-adapter aux contraintes => génération d'un nouveau code

Par contre , je doute que cela soit possible avec JAVA car il est difficile de décrire les contrats de la logique métier, par exemple il n'est pas possible d'indiquer l'immuabilité des variables des méthodes.
Le contrat de la logique métier son les prédicats du moteur IA pour la génération du nouveau code.
A++