Auf der virtuellen Open Conference Summit & Embedded Linux der letzten Woche diskutierte Linus Torvalds in einem einleitenden Gespräch mit Dirk Hohndel von VMware über die Gegenwart und Zukunft des Linux-Kernels .
Im Verlauf der Diskussion kam das Thema des Generationswechsels in der Entwicklerumgebung zur Sprache. Linus wies darauf hin, dass die Community trotz der fast 30-jährigen Geschichte des Projekts insgesamt gar nicht so alt sei: Es gebe viele neue Entwickler, die noch keine 50 Jahre alt seien.
Veteranen werden alt und grau, aber diejenigen, die schon lange an dem Projekt beteiligt sind, haben in der Regel aufgehört, neuen Code zu schreiben, und sind mit Aufgaben im Zusammenhang mit Wartung oder Verwaltung beschäftigt.
Die Suche nach neuen Maintainern stellt ein großes Problem dar . Es gibt viele aktive Entwickler in der Community, die gerne neuen Code schreiben, aber nur wenige sind bereit, ihre Zeit für die Wartung und Überprüfung des Codes anderer aufzuwenden.
Neben der Professionalität müssen die Betreuer volles Vertrauen genießen. Wartungsmanager müssen außerdem ständig in den Prozess einbezogen werden und kontinuierlich arbeiten. Der Wartungsmanager sollte immer verfügbar sein, Briefe lesen und jeden Tag darauf antworten.
Das Arbeiten unter solchen Bedingungen erfordert viel Selbstdisziplin, daher gibt es nur wenige und keine Betreuer. Die Suche nach neuen Betreuern, die den Code anderer Personen überprüfen und Änderungen an die besten Betreuer weiterleiten können, wird zu einem der Hauptprobleme in der Community. .
Auf die Frage nach Kernel-Experimenten erklärte Linus , dass sich die Kernel -Entwicklergemeinschaft einige der in der Vergangenheit vorgenommenen radikalen Änderungen nicht mehr leisten könne. Während frühere Entwicklungen keine solchen Eingriffe erzwungen hätten, seien heute viele Systeme auf den Linux-Kernel angewiesen.
Auf die Frage nach der Kernelverarbeitung in Sprachen wie Go und Rust, angesichts des Risikos, dass C-Entwickler bis 2030 das werden, was COBOL-Entwickler heute sind, antwortete Linus, dass C nach wie vor zu den zehn beliebtesten Sprachen gehöre, aber für nicht zum Kern gehörende Subsysteme, wie z. B. Gerätetreiber, werde die Bereitstellung von Entwicklungsschnittstellen in Sprachen wie Rust in Betracht gezogen.
Zukünftig sollen verschiedene Modelle zum Schreiben solcher sekundärer Komponenten bereitgestellt werden , die nicht auf die Verwendung der Programmiersprache C beschränkt sind.
Linus kommentierte Apples Absicht, ARM-Architekturprozessoren in Desktop- und Laptop-Computern einzusetzen, und äußerte die Hoffnung, dass dieser Schritt ARM für Workstations zugänglicher machen werde . Seit zehn Jahren beklagt Linus die Schwierigkeit, ein für Entwickler geeignetes ARM-System zu finden.
In Analogie dazu, wie Amazons Einsatz von ARM es ermöglichte, diese Architektur in Serversystemen zu fördern, könnten Apples Maßnahmen dazu führen, dass leistungsstarke ARM-PCs innerhalb weniger Jahre für die Entwicklung verfügbar werden.
Bezüglich seines neuen PCs mit AMD-Prozessor erwähnte Linus, dass alles gut funktioniere, bis auf „einen sehr lauten Kühler “ .
Zu den Hauptfächern sagte Linus, sie seien gleichermaßen langweilig und interessant . Langweilig, weil er sich mit der Routine des Fehlerbehebung und der Code-Aufräumarbeiten auseinandersetzen müsse, aber interessant, weil er sich ständig mit neuen Technologien beschäftigen, mit Teams aus niedrigeren Ebenen interagieren und alles im Blick behalten müsse.
Bezüglich COVID-19 erwähnte Linus, dass die Pandemie und die Isolationsmaßnahmen die Entwicklung nicht beeinträchtigt hätten, da die Interaktionsprozesse auf E-Mail-Kommunikation und Fernentwicklung basierten.
Von den Kernel-Entwicklern, mit denen Linus interagiert, wurde niemand durch die Infektion verletzt. Angst verursachte das Verschwinden eines der Mitarbeiter für ein oder zwei Monate, aber es stellte sich heraus, dass dies mit dem Ausbruch des Tunnelsyndroms verbunden war.
Linus erwähnte außerdem, dass er während der Entwicklung von Kernel 5.8 mehr Zeit für die Vorbereitung der Version und die Veröffentlichung ein oder zwei zusätzlicher Testversionen aufwenden müsse , da sich dieser Kernel hinsichtlich der Anzahl der Änderungen als ungewöhnlich umfangreich erwiesen habe.