{"id":121776,"date":"2025-02-08T15:46:16","date_gmt":"2025-02-08T13:46:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux"},"modified":"2025-02-08T15:46:16","modified_gmt":"2025-02-08T13:46:17","slug":"krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux","title":{"rendered":"Krise bei der Promotion der Programmiersprache Rust im Linux-Kernel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
<\/p>\n
In der Linux-Kernel-Entwicklergemeinschaft gibt es Uneinigkeiten \u00fcber die Integration der Programmiersprache Rust. Christoph Hellwig, der Maintainer der DMA-, KVM-, Slab Allocator- und PowerPC-Subsysteme im Linux-Kernel, der fr\u00fcher im technischen Leitungsausschuss der Linux Foundation t\u00e4tig war und Kl\u00e4ger in einem damit verbundenen Gerichtsverfahren gegen VMware war, weigerte sich, die mit der Unterst\u00fctzung von Treiberentwicklungen in Rust verbundenen Patches zu best\u00e4tigen.<\/p>\n
Die vorgeschlagenen Patches, die Wrapper f\u00fcr Funktionen des DMA-Subsystems hinzuf\u00fcgen, erweckten Bedenken hinsichtlich der Komplexit\u00e4t der Codewartung und m\u00f6glicher Qualit\u00e4tsminderungen der Software. Einige Entwickler ziehen es vor, Programmierschnittstellen in C zu belassen, um zus\u00e4tzliche Schwierigkeiten zu vermeiden.<\/p>\n
Als Grund f\u00fcr die Ablehnung wurde die Komplexit\u00e4t der Wartung des Codes bei Vorhandensein von Wrappern in anderen Sprachen angef\u00fchrt und das Bestreben, die Programmierschnittstellen zu DMA in lesbarer Form in C zu belassen, ohne sie mit unverst\u00e4ndlichen Wrappers zu \u00fcberladen. Christoph schlug vor, direkt auf die urspr\u00fcngliche C-API von DMA in jedem Treiber in Rust zuzugreifen, um zus\u00e4tzliche Abstraktionen zu vermeiden, von denen die Kernelpflege abh\u00e4ngt.<\/p>\n
Trotz der Absicht der Entwickler des Projekts Rust for Linux, die gesamte Rust-Codebasis eigenst\u00e4ndig zu warten, wurde ein Veto gegen die Annahme von Patches verh\u00e4ngt.<\/p>\n
Christoph bemerkte, dass, wenn Entwickler die Unm\u00f6glichkeit der Wartung von Linux aufgrund der Vermischung verschiedener Programmiersprachen in einem einzigen Code-Basis erreichen wollen, sie dies in ihrem Treiber tun sollten und nicht diese «Krebsgeschwulst» auf den Hauptkernel ausbreiten sollten.<\/p>\n
Das Kernproblem mit der Wartung ist, dass Rust-Bindungen die Wartenden von dem Code in Rust abh\u00e4ngig machen. Auf den ersten Blick sieht es so aus, als ob die Bindungen nur Erweiterungen der C-Strukturen und -Funktionen sind, die keinen Einfluss auf die Entwicklung und Wartung von C-Code haben. Das ist jedoch nicht der Fall. Bei Vorhandensein solcher Bindungen m\u00fcssen die Entwickler von Subsystemen, die in C geschrieben sind, die Auswirkungen ihrer \u00c4nderungen auf die Funktionsf\u00e4higkeit der Bindungen ber\u00fccksichtigen. Jede \u00c4nderung an Datenstrukturen oder internen Funktionen in C kann die Notwendigkeit zur Anpassung des Bindungscodes zur Folge haben. Daher m\u00fcssen die \u00c4nderungen im C-Code, die die Bindungen beeinflussen, verfolgt und mit dem Rust-Code synchronisiert werden. Viele Wartende sind nicht bereit, die zus\u00e4tzliche Verantwortung f\u00fcr die Behebung von Problemen im Rust-Code zu \u00fcbernehmen und m\u00f6chten ihre Zeit nicht mit der \u00dcberwachung des Zustands der Rust-Bindungen verbringen.<\/p>\n
![\"Krise](\"\/wp-content\/uploads\/2025\/02\/b7ee74cb593ca2e00054705ff007d92d.jpg\")
<\/p>\n