IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Après 31 ans, un deuxième langage sera admis pour le développement du noyau Linux : c'est le Rust,
Considéré par plusieurs comme candidat idéal pour la mise au rebut du langage C

Le , par Patrick Ruiz

38PARTAGES

40  0 
Les principaux mainteneurs du noyau Linux sont des habitués du langage C dont l’âge commence par le chiffre 5. Certains se rapprochent même de la soixantaine. Une nouvelle génération de mainteneurs dont la tranche d’âge se situe dans la trentaine gravit les échelons et donc la difficulté de trouver des mainteneurs pour le noyau Linux risque d’aller croissant si son développement se poursuit en langage C. C’est pour autant de raisons que 2022 pourrait être l’année du langage Rust au sein du noyau Linux. Rust for Linux est susceptible d’être prêt pour la version 6.1 du kernel Linux. C’est ce qui ressort d’une récente intervention de Linus Torvalds lors du dernier Open Source Summit.


Les notes de version de Linux 6.0 rc1 dressent un état des lieux des avancées en ce qui concerne le projet Rust for Linux : un groupe de travail y relatif est en place, un pilote préliminaire pour les supports de stockage NVMe développés avec ledit langage est disponible, ainsi qu’un pilote pour un serveur destiné au protocole de réseau 9P. L’équipe continue néanmoins à faire face des difficultés avec la compilation. En effet, elle se fait avec GCC pour le noyau tandis que Rust l’est encore avec LLVM. Un frontend Rust pour GCC est en cours de gestation mais l’initiative est encore au stade de l’enfance.

La prise en charge de Rust pour le développement du noyau Linux commence se poursuit et est vue comme une « une étape importante vers la capacité d'écrire les pilotes dans un langage plus sûr. » Rust de Mozilla Research est le type de langage de programmation auquel ceux qui écrivent du code pour des systèmes d’entrée/sortie de base (BIOS), des chargeurs d’amorce, des systèmes d’exploitation, etc. portent un intérêt. D’avis d’observateurs avertis, c’est le futur de la programmation système en lieu et place du langage C. En effet, des experts sont d’avis qu’il offre de meilleures garanties de sécurisation des logiciels que le couple C/C++. Chez AWS on précise que choisir Rust pour ses projets de développement c’est ajouter l’efficacité énergétique et la performance d’exécution du C à l’atout sécurité.

Et vous ?

Pourquoi le langage C pourrait encore avoir de longues années devant lui ?
Le C a-t-il vraiment besoin d’un remplaçant en matière de programmation système ?
Le problème avec le C n’est-il pas plutôt le mauvais usage que certains développeurs en font ?
Voyez-vous des firmes comme Intel faire migrer des projets comme l’UEFI vers le Rust ? Doivent-elles plutôt envisager de passer au Rust pour leurs futurs projets ?

Voir aussi :

Programmation : une étude révèle les langages les plus voraces en énergie, Perl, Python et Ruby en tête, C, Rust et C++, les langages les plus verts

Linus Torvalds souligne une bonne avancée du langage Rust dans le développement du noyau Linux, et aurait qualifié le C++ de « langage de m... », après le message de Google

Microsoft, Google, AWS, Huawei et Mozilla s'associent pour créer la Fondation Rust, une organisation à but non lucratif chargée de gérer le langage de programmation

Facebook rejoint AWS, Huawei, Google, Microsoft et Mozilla dans la Fondation Rust, et renforce son équipe Rust par des nouveaux talents

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 17/09/2022 à 13:13
Citation Envoyé par chrtophe Voir le message
Si ces mauvais usages peuvent être "empêchés avec Rust pourquoi pas, mais pour participer au développent il faudra connaitre et le C et Rust.
Pas vraiment, le cœur du noyau reste en C, il n'est pas prévu que ça change. On pourra toujours le développer sans connaitre Rust. Le Rust gagne juste une API officielle pour permettre de faire des modules séparés (en gros les drivers).

Citation Envoyé par disedorgue Voir le message
Avons nous besoin du C pour compiler le compilateur Rust et celui-ci utilise-t-il toujours la lib C ?
Rust n'a pas besoin de la lib C en mode nostd (sans accès aux fonctionnalité de l'OS) qui est justement ce que l'on utilise quand on développe pour un noyau. Il en a juste besoin de la libc en mode standard car c'est la seule API stable pour accéder aux fonctionnalités de la grande majorité OS modernes.
Par contre le backend habituel de Rust repose sur LLVM qui est écrit en C++ pour bénéficier de ces grosses capacités d'optimisation. Il existe un backend alternatif en Rust mais il vise surtout la compilation rapide de code peu optimisé.
10  0 
Avatar de yannoo95170
Membre régulier https://www.developpez.com
Le 17/10/2022 à 23:49
« Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions » a déclaré dimanche Torvalds dans son message.

Pourquoi ne pas mettre en place une fenêtre d'une ou 2 semaines de propositions/analyses de branches **AVANT** l'ouverture de la fenêtre de fusion ?
7  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 16/10/2022 à 8:03
Oui bien sur que un meilleur accès au cœur du noyau va arriver progressivement, mais dire qu'il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant, c'est un peu fort. Il y a déjà quelques projets très intéressants construit sur la base actuelle comme un driver pour les GPU Apple et NVMe.
5  0 
Avatar de smarties
Membre expert https://www.developpez.com
Le 20/11/2022 à 11:20
Quand on voit les tweets, c'est certain que RUST apporte énormément de fiabilité pour de la programmation système.

Je ne suis pas sur de la pertinence d'un transcompilateur car cela peut produire des choses difficilement compréhensibles.

Les bibliothèques système peuvent aussi être écrites en RUST et utilisées pour tout.

Avoir le C et RUST pour le noyau complexifie probablement mais si on peut avoir des éléments de qualité, performants, stables et sécurisés il faut continuer l'intégration progressive de RUST.
5  0 
Avatar de gzii69
Membre régulier https://www.developpez.com
Le 25/09/2022 à 12:56
Oui et même en y faisant attention, on peut oublier qu'il peut y avoir des accès concurrents par exemple.
J'ai été rappelé à l'ordre plusieurs fois par le compilateur Rust, pour des choses qui m'avaient échappé.

En C++ ça se serait compilé, mais j'aurais pu avoir des problèmes ultérieurs.
Maintenant mon code tourne bien sur les serveurs depuis un moment, et si au début je m'inquiétais un peu (nouveau code fait assez vite, bref l'habitude au début de surveiller tout le temps), maintenant ça fait des mois que je suis tranquille pour cette partie là.
Est-ce que j'aurais pu prévoir et éviter ces erreurs ?
Oui sans doute.
Est-ce que je suis à l'abri des erreurs ?
Certainement pas, même avec les méthodes et la volonté, quand j'ai la tête dans le guidon c'est très facile d'oublier quelque-chose,
et je crois que c'est assez improbable que ça soit détecté par la personne qui fait la revue mais qui passe moins de temps dessus.

Maintenant j'aime bien le C pour sa simplicité, le C++ pour les possibilités, et je n'ai pas l'impression d'être brimé, j'ai plutôt l'impression d'être aidé par le compilateur Rust.
Et je suis content que ça soit fait à la compilation, le code compilé n'a plus toutes ces vérifications, il reste léger et rapide.
4  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 17/09/2022 à 6:53
Pourquoi le langage C pourrait encore avoir de longues années devant lui ?
Parce que même au cas ou plus aucun projet n'est démarré en C, on ne va recoder from scratch un projet conséquent, encore moins le noyau linux qui fait environ 28 millions de lignes.

Le C a-t-il vraiment besoin d’un remplaçant en matière de programmation système ?
difficile de répondre pour moi.

Le problème avec le C n’est-il pas plutôt le mauvais usage que certains développeurs en font ?
Si ces mauvais usages peuvent être "empêchés" avec Rust pourquoi pas, mais pour participer au développement il faudra connaitre et le C et Rust.
3  0 
Avatar de smarties
Membre expert https://www.developpez.com
Le 16/10/2022 à 7:32
« il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant », estime-t-il
L'annonce est assez récente, ça ne va pas se faire du jour au lendemain ! Il est normal aussi de commencer doucement et de ne pas faire des choses ambitieuses dès le début.

Même si c'était en cours d'étude avant, je serais développeur pour le noyau, je ne commencerais pas à écrire du RUST pour le noyau tant que l'annonce officielle n'est pas parue.
3  0 
Avatar de disedorgue
Expert éminent sénior https://www.developpez.com
Le 17/09/2022 à 12:44
Avons nous besoin du C pour compiler le compilateur Rust et celui-ci utilise-t-il toujours la lib C ?
2  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 23/09/2022 à 18:38
Parce que ça ne pas si très bien que ça.

Il est facile en C de créer une fuite mémoire ou un segfault en gérant mal des pointeurs par exemple. Si Rust évite cela nativement, c'est comme ça que j'ai compris le truc, ça a une utilité. Ca ne pas pas dire que le C sera ou doit être mis au rebus.
2  0 
Avatar de destroyedlolo
Membre actif https://www.developpez.com
Le 16/12/2022 à 15:10
"des mainteneurs pour le noyau Linux risque d’aller croissant si son développement se poursuit en langage C."

Ben voyons
C'est juste le langage le plus utilisé dans les OS (au sens large, démons, DE, ...) inclus, l'embarqué et une bonne partie des applications les plus utilisées.

Alors s'il est difficile de trouver de bons programmeurs C(++), le C a encore de beaux jours devant lui.
"Bon" pas dans le sens "connaisseur du C", mais bon dans le sens "qui maitrise l'algorithmie, ne font pas du code crade, respectent les ressources" : Les enseignements basés autour de langages plus permissifs tel que Python ou Java font que le code qu'ils pondent est au mieux "passable" dès que le langage ne corrige pas toutes leurs lacunes.
3  1