{"id":108052,"date":"2023-04-24T12:48:09","date_gmt":"2023-04-24T10:48:09","guid":{"rendered":"https:\/\/prohoster.info\/?p=108052"},"modified":"2023-04-24T16:01:33","modified_gmt":"2023-04-24T14:01:33","slug":"reliz-yadra-linux-6-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/reliz-yadra-linux-6-3","title":{"rendered":"Release des Linux-Kernels 6.3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach zwei Monaten Entwicklung stellte Linus Torvalds die Ver\u00f6ffentlichung des Linux-Kernels 6.3 vor. Zu den auff\u00e4lligsten \u00c4nderungen geh\u00f6ren die Bereinigung veralteter ARM-Plattformen und Grafikkartentreiber, die fortgesetzte Integration der Unterst\u00fctzung f\u00fcr die Programmiersprache Rust, das Dienstprogramm hwnoise, die Unterst\u00fctzung von rot-schwarzen Baumstrukturen in BPF, der BIG TCP-Modus f\u00fcr IPv4, ein eingebauter Dhrystone-Leistungstest, die M\u00f6glichkeit, Ausf\u00fchrungen in memfd zu verbieten, und die Unterst\u00fctzung f\u00fcr die Erstellung von HID-Treibern unter Verwendung von BPF. In Btrfs wurden \u00c4nderungen zur Reduzierung der Fragmentierung von Blockgruppen angenommen. <\/p>\n
In die neue Version wurden 15637 Korrekturen von 2055 Entwicklern integriert; die Patchgr\u00f6\u00dfe betr\u00e4gt 76 MB (\u00c4nderungen betreffen 14296 Dateien, 1023183 Zeilen Code wurden hinzugef\u00fcgt, 883103 Zeilen wurden entfernt). Zum Vergleich bot die vorherige Version 16843 Korrekturen von 2178 Entwicklern; die Patchgr\u00f6\u00dfe betrug 62 MB. Etwa 39 % aller im Kernel 6.3 ge\u00e4nderten Elemente stehen im Zusammenhang mit Ger\u00e4tetreibern, etwa 15 % der \u00c4nderungen betreffen die Aktualisierung code-spezifischer Hardwarearchitekturen, 10 % sind mit dem Netzwerkstack verbunden, 5 % mit Dateisystemen und 3 % mit internen Subsystemen des Kernels. <\/p>\n
Die wichtigsten Neuerungen im Kernel 6.3: <\/p>\n
\n
Speicher und Systemdienste<\/b>\n
\n
Es wurde eine umfassende Bereinigung des Codes durchgef\u00fchrt, der mit alten und ungenutzten ARM-Plattformen verbunden ist, was zu einer Reduzierung der Gr\u00f6\u00dfe des Kernel-Quelltexts um 150.000 Zeilen gef\u00fchrt hat. \u00dcber 40 alte ARM-Plattformen wurden entfernt.\n
Die M\u00f6glichkeit zur Erstellung von Treibern f\u00fcr Eingabeger\u00e4te mit HID (Human Interface Device) Schnittstelle wurde als BPF-Programme implementiert.\n
Der Transfer zus\u00e4tzlicher Funktionen aus dem Rust-for-Linux-Zweig, die die Verwendung von Rust als zweite Sprache f\u00fcr die Entwicklung von Treibern und Kernelmodulen betreffen, wird fortgesetzt. Die Unterst\u00fctzung f\u00fcr Rust ist standardm\u00e4\u00dfig nicht aktiv und f\u00fchrt nicht dazu, dass Rust zu den erforderlichen Build-Abh\u00e4ngigkeiten des Kernels geh\u00f6rt. Die in vorherigen Versionen angebotene Funktionalit\u00e4t wurde um die Unterst\u00fctzung der Typen Arc (Implementierung von Zeigern mit Referenzz\u00e4hler), ScopeGuard (f\u00fchrt die Bereinigung beim Verlassen des G\u00fcltigkeitsbereichs durch) und ForeignOwnable (erm\u00f6glicht die Verschiebung von Zeigern zwischen C- und Rust-Code) erweitert. Das Modul 'borrow' aus dem Paket 'alloc' wurde entfernt (Typ 'Cow' und die Traiting 'ToOwned'). Es wird festgestellt, dass der Status der Rust-Unterst\u00fctzung im Kernel schon nah daran ist, die ersten Module, die in Rust geschrieben wurden, im Kernel zu akzeptieren.\n
Im User-mode Linux (Ausf\u00fchrung des Kernels als Benutzerprozess) auf x86-64-Systemen wurde Unterst\u00fctzung f\u00fcr in Rust geschriebene Codes implementiert. Die Unterst\u00fctzung f\u00fcr den Aufbau von User-mode Linux mit clang wurde hinzugef\u00fcgt, einschlie\u00dflich Optimierungen w\u00e4hrend der Verlinkung (LTO).\n
Ein Werkzeug namens hwnoise wurde hinzugef\u00fcgt, um Verz\u00f6gerungen zu verfolgen, die durch die Spezifika der Hardware verursachten werden. Abweichungen der Ausf\u00fchrungszeiten (Jitter) werden bestimmt, die bei deaktivierter Interruptbearbeitung mehr als eine Mikrosekunde \u00fcber 10 Minuten Berechnungen hinausgehen.\n
Ein Kernelmodul zur Durchf\u00fchrung des Dhrystone-Leistungstests wurde hinzugef\u00fcgt, das zur Bewertung der CPU-Leistung in Konfigurationen ohne Benutzerraumkomponenten verwendet werden kann (z. B. in der Portierungsphase f\u00fcr neue SoCs, bei denen nur der Kernel geladen ist).\n
Ein Kernel-Bootparameter 'cgroup.memory=nobpf' wurde hinzugef\u00fcgt, der die Ber\u00fccksichtigung des Speicherverbrauchs f\u00fcr BPF-Programme deaktiviert, was f\u00fcr Systeme mit isolierten Containern n\u00fctzlich sein kann.\n
F\u00fcr BPF-Programme wurde eine Implementierung der Datenstruktur Rot-Schwarzbaum vorgeschlagen, bei der kfunc + kptr (bpf_rbtree_add, bpf_rbtree_remove, bpf_rbtree_first) anstelle eines neuen Typen von Mapping verwendet werden.\n
Im Mechanismus der wiederherstellbaren Sequenzen (rseq, restartable sequences) wurde die M\u00f6glichkeit hinzugef\u00fcgt, Prozessen Identifikatoren f\u00fcr parallele Ausf\u00fchrung (memory-map concurrency ID) zuzuweisen, die mit der CPU-Nummer identifiziert werden. Rseq bietet Mittel f\u00fcr die schnelle atomare Ausf\u00fchrung von Operationen, die im Falle einer Unterbrechung durch einen anderen Thread bereinigt und erneut versucht werden.\n
F\u00fcr ARM-Prozessoren wird die Unterst\u00fctzung f\u00fcr die SME 2 (Scalable Matrix Extension) Befehle gew\u00e4hrleistet.\n
F\u00fcr die Architekturen s390x und RISC-V RV64 wurde die Unterst\u00fctzung f\u00fcr den Mechanismus 'BPF trampoline' implementiert, der die Kosten minimiert, wenn Aufrufe zwischen dem Kernel und BPF-Programmen \u00fcbergeben werden.\n
Auf Systemen mit Prozessoren der RISC-V-Architektur wird die Verwendung der 'ZBB'-Befehle realisiert, um die Zeichenoperationen zu beschleunigen.\n
F\u00fcr Systeme, die auf der LoongArch-Befehlssatzarchitektur basieren (verwendet in den Loongson 3 5000-Prozessoren und die einen neuen RISC ISA implementiert, der MIPS und RISC-V \u00e4hnlich ist), wurde Unterst\u00fctzung f\u00fcr die Randomisierung des Adressraums des Kernels (KASLR), die Umplatzierung des Kernels im Speicher (Relocation), Hardware-Breakpoints und den kprobe-Mechanismus implementiert.\n
Im DAMOS-Mechanismus (Data Access Monitoring-based Operation Schemes), der es erm\u00f6glicht, Speicher basierend auf der Zugriffsh\u00e4ufigkeit freizugeben, wurde Unterst\u00fctzung f\u00fcr Filter implementiert, um bestimmte Speicherbereiche von der Verarbeitung in DAMOS auszuschlie\u00dfen.\n
In der minimalen Standard-C-Bibliothek Nolibc wurde die Unterst\u00fctzung f\u00fcr die s390-Architektur und die Arm Thumb1-Befehlssatzimplementierung hinzugef\u00fcgt (neben der Unterst\u00fctzung f\u00fcr ARM, AArch64, i386, x86_64, RISC-V und MIPS).\n
Objtool wurde optimiert, um den Kernelbau zu beschleunigen und den Spitzen-Speicherverbrauch w\u00e4hrend des Baus zu verringern (beim Bauen des Kernels im Modus 'allyesconfig' gibt es nun keine Probleme mit der Zwangsbeendigung von Prozessen auf Systemen mit 32 GB RAM).\n
Die Unterst\u00fctzung f\u00fcr die Kompilierung des Kernels mit dem Intel ICC-Compiler wurde eingestellt, da sie bereits seit l\u00e4ngerer Zeit nicht mehr funktionierte und niemand Interesse gezeigt hat, dies zu beheben. <\/ul>\n
Festplattensubsystem, Ein-\/Ausgabe und Dateisysteme<\/b>\n
\n
In tmpfs wird die Unterst\u00fctzung f\u00fcr das Mapping von Benutzer-IDs an gemounteten Dateisystemen implementiert, welche verwendet wird, um Dateien eines bestimmten Benutzers auf einem gemounteten fremden Volume einem anderen Benutzer im aktuellen System zuzuordnen.\n
In Btrfs wurde zur Verringerung der Fragmentierung von Blockgruppen eine Trennung der Extents nach Gr\u00f6\u00dfe beim Zuweisen von Bl\u00f6cken sichergestellt, d.h. jede Blockgruppe wird nun auf kleine (bis zu 128 KB), mittlere (bis zu 8 MB) und gro\u00dfe Extents beschr\u00e4nkt. Das RAID56-Implementierung wurde \u00fcberarbeitet. Der Code zur \u00dcberpr\u00fcfung von Pr\u00fcfziffern wurde neu gestaltet. Es wurden Leistungsoptimierungen vorgenommen, die die Send-Operation bis zu 10-mal beschleunigen, indem utime f\u00fcr Verzeichnisse zwischengespeichert wird und Befehle nur bei Bedarf ausgef\u00fchrt werden. Die Ausf\u00fchrung von fiemap-Operationen wurde um das Dreifache beschleunigt, indem \u00dcberpr\u00fcfungen von R\u00fcckverweisen f\u00fcr gemeinsam genutzte Daten (Snapshots) \u00fcbersprungen werden. Die Metadatenoperationen wurden um 10 % schneller durch Optimierung der Schl\u00fcsselsuche in b-tree-Strukturen.\n
Die Leistung des ext4-Dateisystems wurde erh\u00f6ht, indem mehreren Prozessen die gleichzeitige Durchf\u00fchrung direkter E\/A-Operationen auf zuvor zugewiesenen Bl\u00f6cken erm\u00f6glicht wurde, und zwar mit gemeinsamen Inode-Sperren anstelle von exklusiven Sperren.\n
Im f2fs wurde die Lesbarkeit des Codes verbessert. Wichtige Probleme, die mit atomaren Schreibvorg\u00e4ngen und einem neuen Extent-Cache verbunden sind, wurden gel\u00f6st.\n
Im EROFS-Dateisystem (Enhanced Read-Only File System), das f\u00fcr die Verwendung in schreibgesch\u00fctzten Partitionen vorgesehen ist, wurde die M\u00f6glichkeit implementiert, die Entpackungsoperationen von komprimierten Datei-Inhalten an CPUs zu binden, um Verz\u00f6gerungen beim Datenzugriff zu reduzieren.\n
Der BFQ-I\/O-Planer wurde um die Unterst\u00fctzung fortschrittlicher Speicherl\u00f6sungen wie solche mit mehreren separat gesteuerten Kopfantrieben (Multi Actuator) erweitert.\n