Mit Kolivas kündigte er an, seine Arbeit am Linux-Kernel aufgeben zu wollen

Mit Kolivas (Programmierer, der am Linux-Kernel und an der Entwicklung der Mining-Software CGMiner gearbeitet hat) enthüllt Vor ein paar Tagen Ihre Absicht, die Entwicklung Ihrer Projekte auf dem Linux-Kernel einzustellen soll Benutzeraufgaben reaktionsschneller und interaktiver machen.

Erwähnen Sie insbesondere, dass wird alle Entwicklungen im Zusammenhang mit stoppen Aufgabenplaner MuQSS (Multiple Queue Skiplist Scheduler, früher unter dem Namen BFS entwickelt) y die Anpassung des Satzes von Patches "-ck" für neuere Kernel-Versionen.

Der Grund für diese Absicht ist durch Verlust des Interesses an der Entwicklung für den Linux-Kernel nach 20-jähriger Tätigkeit Ähnlichkeiten und die Unfähigkeit, die frühere Motivation nach der Rückkehr zu medizinischen Tätigkeiten während der Covid19-Pandemie wiederzuerlangen (von seiner Ausbildung her ist Kon Anästhesist und leitete während der Pandemie ein Projekt zur Entwicklung eines neuen Beatmungsgerätedesigns und der Verwendung von 3D-Druck zur Herstellung von Teilen) .

Es ist bemerkenswert, dass 2007 hatte er mit Kolivas bereits aufgehört, die Pflaster zu entwickeln "-ck" im Zusammenhang mit der Unfähigkeit, Ihre Patches auf den Hauptkernel hochzustufen Linux, ging dann aber wieder in die Entwicklung zurück.

Aber jetzt erwähne das wenn du diesmal nicht die Motivation findest weiter zu arbeiten, dann wird die 5.12-ck1-Patch-Veröffentlichung die letzte sein.

Die Größe meiner Benutzerbasis scheint im Laufe der Zeit zu sinken, und ich entferne mich immer weiter von dem, was im Linux-Kernel-Bereich passiert, wobei mich unzählige andere Dinge in meiner Freizeit beunruhigen.

So sehr ich es immer noch vorziehe, meinen eigenen Kernel auf meiner Hardware laufen zu lassen, habe ich nach den letzten 18 Monaten des globalen Wahnsinns aufgrund von Covid19 Schwierigkeiten, mich zu motivieren und ich habe das Gefühl, dass ich dieses Patch-Set wirklich zu einem würdevollen Ende bringen sollte. Meine ersten Linux-Kernel-Patches liegen 20 Jahre zurück und da ich fast keine Leidenschaft dafür habe, daran zu arbeiten, denke ich, dass sie vielleicht längst überfällig sind.

Leider glaube ich auch nicht, dass es jemanden gibt, dem ich den Code zuverlässig als Nachfolger übergeben kann, da fast alle Forks, die ich in meiner Arbeit gesehen habe, anfällig für Probleme waren, die ich versucht habe zu vermeiden.

Die "-ck"-Patches, zusätzlich zum Programmierer MuQSS, dass die Entwicklung des BFS-Projekts weitergeht, umfassen verschiedene Änderungen, die sich auf die Speicherverwaltung auswirken, Prioritätsbehandlung, Timer-Interrupt-Generierung und Kernel-Tuning.

Das Hauptziel von Patches besteht darin, die Reaktionsfähigkeit von Anwendungen auf dem Desktop zu verbessern. Da die vorgeschlagenen Änderungen die Leistung von Serversystemen, Computern mit einer großen Anzahl von CPU-Kernen und unter Bedingungen der gleichzeitigen Ausführung einer großen Anzahl von Prozessen negativ beeinflussen können, wurden viele der Änderungen von Con Colivas im Wesentlichen abgelehnt Zusammensetzung des Kernels und musste sie in Form eines separaten Satzes von Patches aufbewahren, die an jede neue Version des Kernels angepasst werden konnten.

Das letzte Update des "-ck"-Zweigs war die Anpassung für die Version 5.12 Kernel. Die Veröffentlichung der "-ck"-Patches für den 5.13-Kernel wurde übersprungen und nach der Veröffentlichung des 5.14-Kernels war die Absicht, die Migration auf neuere Versionen des Kernels zu stoppen.

Vermutlich die Projekte Liquorix und Xanmod, die bereits Entwicklungen des Sets «-ck» verwenden, Sie können die Patch-Wartung übernehmen.

Mit Kolivas sind Sie bereit, die Wartung zu übertragen von Patches zu anderen Händen, aber du denkst das ist keine gute lösungwie alle vorherigen Versuche, Forks zu erstellen, zu Problemen geführt haben, die Sie versucht haben, zu vermeiden.

Für Benutzer, die den Haupt-Linux-Kernel voll ausnutzen möchten, ohne den MuQSS-Scheduler darauf zu portieren, glaubt Con Kolivas, dass dies der einfachste und effizienteste Weg ist, Patches zu verschieben, um die HZ-Interrupt-Generierungsrate auf 1000 Hz zu erhöhen.

Endlich sWenn Sie mehr darüber erfahren möchtenkönnen Sie die Details überprüfen im folgenden Link.


Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: AB Internet Networks 2008 SL
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.