Avec Kolivas il annonce son intention d'abandonner son travail sur le noyau Linux

Avec Kolivas (programmeur ayant travaillé sur le noyau Linux et sur le développement du logiciel de minage CGMiner) dévoilé Il ya quelques jours votre intention d'arrêter de développer vos projets sur le noyau Linux destiné à rendre les tâches des utilisateurs plus réactives et interactives.

Mentionner en particulier que arrêtera tout développement lié à Planificateur de tâches MuQSS (Multiple Queue Skiplist Scheduler, précédemment développé sous le nom de BFS) y l'adaptation de l'ensemble de correctifs "-ck" pour les nouvelles versions du noyau.

La raison de cette intention est en raison de la perte d'intérêt pour le développement du noyau Linux après 20 ans d'activités similitudes et incapacité à retrouver la motivation précédente après avoir repris des activités médicales pendant la pandémie de Covid19 (par formation, Kon est anesthésiste et pendant la pandémie il a dirigé un projet pour développer une nouvelle conception de ventilateur et l'utilisation de l'impression 3D pour créer des pièces liées) .

Il est à noter que en 2007 avec Kolivas il avait déjà arrêté de développer les patchs "-Ck" dans le contexte de l'impossibilité de promouvoir vos correctifs vers le noyau principal Linux, mais est ensuite retourné au développement.

Mais maintenant, mentionnez que si cette fois tu ne trouves pas la motivation continuer à travailler, alors la version 5.12-ck1 sera la dernière.

La taille de ma base d'utilisateurs semble diminuer avec le temps, et je m'éloigne de plus en plus de ce qui se passe dans l'espace du noyau Linux, avec d'innombrables autres choses qui m'inquiètent pendant mon temps libre.

Même si je préfère toujours exécuter mon propre noyau sur mon matériel, j'ai du mal à me motiver après les 18 derniers mois de folie mondiale à cause de Covid19 et j'ai l'impression que je devrais vraiment mettre fin à cet ensemble de correctifs. Mes premiers correctifs pour le noyau Linux remontent à 20 ans et, avec presque aucune passion pour travailler dessus, je pense qu'ils sont peut-être bien en retard.

Malheureusement, je ne crois pas non plus qu'il y ait quelqu'un à qui je puisse transmettre le code de manière fiable en tant que successeur, car presque tous les forks que j'ai vus dans mon travail ont été sujets à des problèmes que j'ai essayé d'éviter.

Les patchs "-ck", en plus du programmeur MuQSS, que le développement du projet BFS se poursuit, inclure divers changements qui affectent la gestion de la mémoire, gestion des priorités, génération d'interruption de minuterie et réglage du noyau.

L'objectif clé des correctifs est d'améliorer la réactivité des applications sur le bureau. Étant donné que les modifications proposées peuvent affecter négativement les performances des systèmes serveurs, des ordinateurs dotés d'un grand nombre de cœurs de processeur et fonctionnant dans des conditions d'exécution simultanée d'un grand nombre de processus, de nombreux changements de Con Colivas ont été refusés pour être acceptés dans le composition du noyau et devait les conserver sous la forme d'un ensemble de correctifs distinct, adaptable à chaque nouvelle version du noyau.

La dernière mise à jour de la branche "-ck" était l'adaptation pour la version 5.12 noyau. La publication des correctifs "-ck" pour le noyau 5.13 a été ignorée et après la publication du noyau 5.14, l'intention était d'arrêter la migration vers des versions plus récentes du noyau.

Probablement les projets Liquorix et Xanmod, qui utilisent déjà les développements de l'ensemble «-ck», ils pourront prendre le relais de la maintenance des correctifs.

Avec Kolivas, vous êtes prêt à transférer la maintenance des patchs aux autres mains, mais tu ne penses pas que ce soit une bonne solutioncar toutes les tentatives précédentes pour créer des fourches ont conduit à des problèmes que vous avez essayé d'éviter.

Pour les utilisateurs qui souhaitent tirer pleinement parti du noyau Linux principal sans y porter le planificateur MuQSS, Con Kolivas pense que le moyen le plus simple et le plus efficace de le faire est de déplacer des correctifs pour augmenter le taux de génération d'interruption HZ à 1000 Hz.

Enfin sSi cela vous intéresse d'en savoir plus, vous pouvez vérifier les détails dans le lien suivant.


Le contenu de l'article adhère à nos principes de éthique éditoriale. Pour signaler une erreur, cliquez sur c'est par ici !.

Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.