This is HN… every few days there is another post about "$old_software in $new_language_of_the_week", years go by, languages of the week change, from ruby, to go, to rust, to…., and the old, original software is still the only useful variant.
Bref, les gens s'occupent comme ils/elles peuvent et veulent (y compris RIIR) ; on trouvera bien quelque utilité à tous ces POC.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pour autant que je sache, le noyau Linux est essentiellement codé en langage C. Or, il n'était pas, et ça ne l'est toujours pas, inhabituel de coder les SE en langage C. Le commentaire en question ne s'applique donc pas dans le cas de Linus codant Linux en langage C, à moins que le terme « jadis » ne fasse référence à une autre épisode de sa vie…
À la limite, ce commentaire aurait pu s'appliquer à la réécriture de Unix par Thompson et Ritchie, car ils ont alors utilisé un tout nouveau langage spécialement développé dans ce but, à savoir… le langage C :-). Mais c'était une autre époque…
Pour nous émanciper des géants du numérique : Zelbinium !
Non mais dans le même esprit de ton commentaire, tu denoncerai aussi une réécriture pour juste le faire mieux ou pour le fun.
La pluspart des projets libre existent en libre autrement pour autant la pluspart des meilleurs logiciels ne sont pas les projets d origine mais des réécritures…
Pour autant ce qui est vrai c est que plus on arrive tard plus il est rare qu un projet soit suplanter par un autre.
C est vrai dans beaucouo de domaine, notamment pour le languages informatique, c est pourquoi C est toujours aussi populaire et central… cela n empêche pas pour autant quelques exceptions comme Rust de monter jusqu'à peut-être le détrôner.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Il n'y a rien de bizarre à coder un noyau en rust. Il y a déjà plusieurs projets pour le montrer et les développeurs de linux intègrent du rust (progressivement pour le moment dans les modules).
Pour jouer les surpris quand on parle de coder un noyau en rust, il fallait venir il y a 5 ans.
Qui a dit qu'il y a quelque chose de bizarre à coder un noyau en rust ou en quoi que ce soit d'autre ? Qui joue les surpris quand on parle de coder un noyau en rust ?
En fait à quel commentaire réponds-tu exactement ???
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Or, il n'était pas, et ça ne l'est toujours pas, inhabituel de coder les SE en langage C.
À ça. Il dit que Linus ne s'est pas pris de commentaire parce que ce n'est pas inhabituel de faire un noyau en C ce qui signifie qu'ici c'est normal d'avoir ce genre de commentaire car c'est inhabituel de coder un noyau en rust.
Ah d'accord, au temps pour moi. Mais bon, ne faisons pas dire aux gens ce que ces gens ne disent pas (son propos s'applique à 1991 et il ne prétend pas, de mon point de vue, l'appliquer à 2021…)
Avoir un noyau en rust ou en même en javascript ne doit plus avoir rien d'inhabituel de nos jours… Et le jeune Torvalds a du se prendre d'autres commentaires peu obligeants, juste que ce n'était pas sur le choix du langage de programmation.
HS : Quelqu'un sait où on peut trouver les langages de programmation utilisés pour coder des noyaux de systèmes d'exploitation entre 1990 et 1999 ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Ça ne risquait pas d'arriver …parce-qu'il n'a pas prétendu réécrire Unix mais faire un clone (pas un portage) de Minix sur une plateforme où ce n'était pas présent, et ce à fin d'expérimentation… Ça rejoins un peu ma remarque : il a occupé son temps à sa guise, s'est amusé comme il pouvait/voulait, et c'était bien/fun pour lui et non bien/pertinent parce-qu'on pouvait prédire le succès actuel.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Je comprends le principe, mais je vois pas pourquoi être condescendant. C'est le principe même d'essayer un tas de choses et de voir ce qui est à garder ou pas. Surtout que l'existant est loin d'être exempte de défauts.
Je ne vois pas ce qu'il y a de dérangeant dans ce projet. Si ça te soule passe ton chemin si tu as raison, le projet n'aura pas besoin de toi pour mourir dans son coin.
L'existant s'améliore de plus en plus avec le projet kernel self protection projet (KSPP) lead par Kees Cook. Certes, sa reste du C avec ces problèmes historiques mais si aujourd'hui tu active toutes les fonctionnalités orientées cyber : W ^ X, PAN/PXN, KASLR, CFI tu es déjà pas mal. J'attends avec impatience l'arrivée des puces armv9 pour rajouter MTE/KASAN_HW_TAG pour compléter tout ça.
Ça sera jamais aussi pur théoriquement qu'une réécriture from scratch en rust mais ça me paraît tellement plus réaliste et pragmatique comme approche.
La si j'ai bien compris on a une ABI posix/Linux très basique (fork, pipe…).
C'est clairement insuffisant pour du Linux moderne, quid de ebpf ? Quid des namespaces et cgroup ? Quid d'io_uring ?
Entre le kernel Linux qui a 30 ans et des contributeurs aux 4 coins du monde et ici un POC qui a même pas 1 an avec un seul dev, on ne peut naturellement pas s'attendre au même niveau de fonctionnalités…
Ce projet n'est pas fournis comme étant une révolution dans les systèmes d'exploitation. Sur le blog de l'auteur, il dit même qu'il fait ce projet juste pour s'amuser et qu'il n'a pas du tout vocation à remplacer le kernel standard.
Et cette raison se suffit à elle-même.
Laissez un peu les devs s'amuser, ils acquièrent des compétences nouvelles dans le même temps. Arrêtez d'attendre que chaque projet soit une nouvelle révolution. Non, on peut faire un framework comme il en existe des centaines, parce qu'on a envie de le faire. C'est très bien aussi.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Discussion inexistante
Posté par quiwy . Évalué à 4.
Le lien renvoie vers une discussion inexistante, mais le contenu peut se trouver ici : https://rust.developpez.com/actu/328365/Kerla-un-nouveau-noyau-de-systeme-d-exploitation-ecrit-en-Rust-et-compatible-avec-l-ABI-Linux-ce-qui-devrait-permettre-d-executer-les-binaires-Linux-sans-aucune-modification/
# Discussions intéressantes sur HackerNews
Posté par fero14041 . Évalué à 7.
Il y a quelques jours, le projet a fait l'objet de discussions intéressantes (mais en anglais) sur HackerNews, à partir du post de l'auteur expliquant ses motivations, pointé sur le GitHub du projet:
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 7.
Le meilleur commentaire àmha :
Bref, les gens s'occupent comme ils/elles peuvent et veulent (y compris RIIR) ; on trouvera bien quelque utilité à tous ces POC.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Discussions intéressantes sur HackerNews
Posté par antistress (site web personnel) . Évalué à 4.
Je me demande si Linus a reçu ce commentaire jadis ? ;)
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Claude SIMON (site web personnel) . Évalué à 6.
Pour autant que je sache, le noyau Linux est essentiellement codé en langage C. Or, il n'était pas, et ça ne l'est toujours pas, inhabituel de coder les SE en langage C. Le commentaire en question ne s'applique donc pas dans le cas de Linus codant Linux en langage C, à moins que le terme « jadis » ne fasse référence à une autre épisode de sa vie…
À la limite, ce commentaire aurait pu s'appliquer à la réécriture de Unix par Thompson et Ritchie, car ils ont alors utilisé un tout nouveau langage spécialement développé dans ce but, à savoir… le langage C :-). Mais c'était une autre époque…
Pour nous émanciper des géants du numérique : Zelbinium !
[^] # Re: Discussions intéressantes sur HackerNews
Posté par abriotde (site web personnel, Mastodon) . Évalué à 0.
Non mais dans le même esprit de ton commentaire, tu denoncerai aussi une réécriture pour juste le faire mieux ou pour le fun.
La pluspart des projets libre existent en libre autrement pour autant la pluspart des meilleurs logiciels ne sont pas les projets d origine mais des réécritures…
Pour autant ce qui est vrai c est que plus on arrive tard plus il est rare qu un projet soit suplanter par un autre.
C est vrai dans beaucouo de domaine, notamment pour le languages informatique, c est pourquoi C est toujours aussi populaire et central… cela n empêche pas pour autant quelques exceptions comme Rust de monter jusqu'à peut-être le détrôner.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Discussions intéressantes sur HackerNews
Posté par barmic 🦦 . Évalué à 4.
Il n'y a rien de bizarre à coder un noyau en rust. Il y a déjà plusieurs projets pour le montrer et les développeurs de linux intègrent du rust (progressivement pour le moment dans les modules).
Pour jouer les surpris quand on parle de coder un noyau en rust, il fallait venir il y a 5 ans.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Qui a dit qu'il y a quelque chose de bizarre à coder un noyau en rust ou en quoi que ce soit d'autre ? Qui joue les surpris quand on parle de coder un noyau en rust ?
En fait à quel commentaire réponds-tu exactement ???
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Discussions intéressantes sur HackerNews
Posté par barmic 🦦 . Évalué à 3.
À ça. Il dit que Linus ne s'est pas pris de commentaire parce que ce n'est pas inhabituel de faire un noyau en C ce qui signifie qu'ici c'est normal d'avoir ce genre de commentaire car c'est inhabituel de coder un noyau en rust.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Ah d'accord, au temps pour moi. Mais bon, ne faisons pas dire aux gens ce que ces gens ne disent pas (son propos s'applique à 1991 et il ne prétend pas, de mon point de vue, l'appliquer à 2021…)
Avoir un noyau en rust ou en même en javascript ne doit plus avoir rien d'inhabituel de nos jours… Et le jeune Torvalds a du se prendre d'autres commentaires peu obligeants, juste que ce n'était pas sur le choix du langage de programmation.
HS : Quelqu'un sait où on peut trouver les langages de programmation utilisés pour coder des noyaux de systèmes d'exploitation entre 1990 et 1999 ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 5.
Ça ne risquait pas d'arriver …parce-qu'il n'a pas prétendu réécrire Unix mais faire un clone (pas un portage) de Minix sur une plateforme où ce n'était pas présent, et ce à fin d'expérimentation… Ça rejoins un peu ma remarque : il a occupé son temps à sa guise, s'est amusé comme il pouvait/voulait, et c'était bien/fun pour lui et non bien/pertinent parce-qu'on pouvait prédire le succès actuel.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Discussions intéressantes sur HackerNews
Posté par barmic 🦦 . Évalué à 4.
Je comprends le principe, mais je vois pas pourquoi être condescendant. C'est le principe même d'essayer un tas de choses et de voir ce qui est à garder ou pas. Surtout que l'existant est loin d'être exempte de défauts.
Je ne vois pas ce qu'il y a de dérangeant dans ce projet. Si ça te soule passe ton chemin si tu as raison, le projet n'aura pas besoin de toi pour mourir dans son coin.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Tangi Colin . Évalué à 0.
L'existant s'améliore de plus en plus avec le projet kernel self protection projet (KSPP) lead par Kees Cook. Certes, sa reste du C avec ces problèmes historiques mais si aujourd'hui tu active toutes les fonctionnalités orientées cyber : W ^ X, PAN/PXN, KASLR, CFI tu es déjà pas mal. J'attends avec impatience l'arrivée des puces armv9 pour rajouter MTE/KASAN_HW_TAG pour compléter tout ça.
Ça sera jamais aussi pur théoriquement qu'une réécriture from scratch en rust mais ça me paraît tellement plus réaliste et pragmatique comme approche.
La si j'ai bien compris on a une ABI posix/Linux très basique (fork, pipe…).
C'est clairement insuffisant pour du Linux moderne, quid de ebpf ? Quid des namespaces et cgroup ? Quid d'io_uring ?
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Nibel . Évalué à 10.
Entre le kernel Linux qui a 30 ans et des contributeurs aux 4 coins du monde et ici un POC qui a même pas 1 an avec un seul dev, on ne peut naturellement pas s'attendre au même niveau de fonctionnalités…
Ce projet n'est pas fournis comme étant une révolution dans les systèmes d'exploitation. Sur le blog de l'auteur, il dit même qu'il fait ce projet juste pour s'amuser et qu'il n'a pas du tout vocation à remplacer le kernel standard.
Et cette raison se suffit à elle-même.
Laissez un peu les devs s'amuser, ils acquièrent des compétences nouvelles dans le même temps. Arrêtez d'attendre que chaque projet soit une nouvelle révolution. Non, on peut faire un framework comme il en existe des centaines, parce qu'on a envie de le faire. C'est très bien aussi.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Discussions intéressantes sur HackerNews
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3.
Euh… je ne vois pas quand ou en quoi j'ai été condescendant ; et je n'ai jamais qualifié ce projet de dérangeant (j'ai beau me relire, je ne vois pas)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.