{"id":122993,"date":"2025-03-25T22:22:41","date_gmt":"2025-03-25T20:22:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-14"},"modified":"2025-03-25T22:22:41","modified_gmt":"2025-03-25T20:22:41","slug":"reliz-yadra-linux-6-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/reliz-yadra-linux-6-14","title":{"rendered":"Release des Linux-Kernels 6.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach zwei Monaten Entwicklung pr\u00e4sentierte Linus Torvalds die Ver\u00f6ffentlichung des Linux-Kernels 6.14. Zu den bemerkenswertesten \u00c4nderungen geh\u00f6ren: der ntsync-Treiber mit Synchronisationsprimitiven f\u00fcr Windows NT, die Anpassung der Lastverteilung bei Lesevorg\u00e4ngen in Btrfs RAID1, Unterst\u00fctzung von reflink in XFS im Realtime-Modus, die M\u00f6glichkeit von nicht-cachierbarem gepuffertem I\/O, dmem cgroup zur Begrenzung des GPU-Speichers, die Nutzung von io_uring in FUSE, die Delegation von Attributen in NFS, Unterst\u00fctzung f\u00fcr atomare Schreibvorg\u00e4nge im Device Mapper, Beschleunigung von symbolischen Links, Verwaltung der Ausf\u00fchrungsf\u00e4higkeit von Skripten, Unterst\u00fctzung f\u00fcr Qualcomm Snapdragon 8 Elite Chips, einen Treiber f\u00fcr NPU AMD. <\/p>\n
In die neue Version wurden 12115 Korrekturen von 1984 Entwicklern \u00fcbernommen, die Patch-Gr\u00f6\u00dfe betr\u00e4gt 39 MB (die \u00c4nderungen betreffen 10170 Dateien, 531586 Codezeilen wurden hinzugef\u00fcgt und 235999 entfernt). In der vorherigen Ausgabe gab es 14172 Korrekturen von 2086 Entwicklern, die Patch-Gr\u00f6\u00dfe betrug 46 MB. Etwa 41% aller \u00c4nderungen in 6.14 betreffen Ger\u00e4tetreiber, etwa 13% beziehen sich auf Aktualisierungen des hardware-spezifischen Codes, 14% stehen im Zusammenhang mit dem Netzwerk-Stack, 7% mit Dateisystemen und 4% mit internen Kernel-Subsystemen. <\/p>\n
Die wichtigsten Neuerungen im Kernel 6.14: <\/p>\n
\n
Festplattensubsystem, Ein-\/Ausgabe und Dateisysteme<\/b>\n
\n
Im Btrfs-Dateisystem wurde die Unterst\u00fctzung neuer Methoden zur Ausbalancierung von Leseoperationen zwischen den Festplatten, die in das RAID1-Array integriert sind, eingef\u00fchrt. Neben der bisherigen Lastverteilung auf Grundlage der Prozess-IDs (pid) werden in der neuen Version drei neue Ausgleichsmodi angeboten: \u201erotation\u201c (gleichm\u00e4\u00dfige Lastverteilung auf allen Festplatten, Standardmodus); \u201elatency\u201c (Lastverteilung unter Ber\u00fccksichtigung von Latenzen, n\u00fctzlich bei Ausf\u00e4llen oder instabilen Festplattensystemen); devid (manuelle Steuerung). Zur \u00c4nderung des Ausgleichsmodus wurde die Schnittstelle \u201e\/sys\/fs\/btrfs\/\/read_policy\u201c hinzugef\u00fcgt. Zu den weiteren \u00c4nderungen in Btrfs geh\u00f6rt die Implementierung von ioctl FS_IOC_READ_VERITY_METADATA.\n
Ein Modus f\u00fcr nicht zwischengespeicherte Puffereingaben\/-ausgaben wurde hinzugef\u00fcgt, bei dem die Daten aus dem Seitencache sofort gel\u00f6scht werden, nachdem die Lese- oder Schreiboperationen abgeschlossen sind. Diese \u00c4nderung kann n\u00fctzlich sein, wenn sehr schnelle Speicherger\u00e4te verwendet werden, bei denen das Zwischenspeichern von Operationen im Arbeitsspeicher \u00fcberfl\u00fcssig ist. F\u00fcr solche Ger\u00e4te erm\u00f6glicht der neue Modus, den \u00fcberm\u00e4\u00dfigen Speicherverbrauch durch den Seitencache zu vermeiden, ohne auf die komplexe API f\u00fcr direkte Eingabe\/Ausgabe (Direct I\/O) zur\u00fcckzugreifen.\n
Im fsnotify, dem Mechanismus zur \u00dcberwachung von \u00c4nderungen im Dateisystem, wurde ein neues Ereignis FS_PRE_ACCESS hinzugef\u00fcgt, das in der Phase vor dem Zugriff auf den Inhalt einer Datei generiert wird. Das Ereignis wird synchron verarbeitet, d.h. der Kernel sendet das Ereignis und wartet auf eine Antwort. Wenn eine Antwort empfangen wird, wird die Operation ausgef\u00fchrt, und wenn ein Fehler auftritt, gibt der Systemaufruf den Fehlercode an den Benutzerraum zur\u00fcck. Mit FS_PRE_ACCESS kann beispielsweise im Benutzerprozess ein Datei-Upload organisiert werden, w\u00e4hrend Daten in einem langsamen Speicher verf\u00fcgbar werden.\n
In das FUSE-Subsystem, das die Implementierung von Dateisystemen im Benutzerraum erm\u00f6glicht, wurde die Unterst\u00fctzung f\u00fcr den Datenaustausch zwischen dem Kernel und dem Handler im Benutzerraum unter Verwendung des Eingabe\/Ausgabe-Mechanismus io_uring hinzugef\u00fcgt. Diese \u00c4nderung erh\u00f6ht die Leistung von FUSE, indem die Kontextwechsel zwischen Kernel und Benutzerraum reduziert werden.\n
Im XFS-Dateisystem wurde die M\u00f6glichkeit zur Verwendung von Reverse-Mapping (rmap) im Modus mit vorhersehbaren Verz\u00f6gerungen («realtime device») hinzugef\u00fcgt. Reverse-Mapping erm\u00f6glicht es, denjenigen Datei zu bestimmen, dessen Block auf dem Speichermedium verwendet wird. Mit rmap wird im XFS f\u00fcr den Realtime-Modus die Unterst\u00fctzung der Reflink-Operation implementiert, die es erm\u00f6glicht, Dateien durch Klonen der Metadaten der Datei und Erstellen eines Verweises auf bereits vorhandene Daten ohne deren tats\u00e4chliche Kopierung zu erstellen.\n
Im VFS wurde das Caching der Gr\u00f6\u00dfe von symbolischen Links implementiert, was eine Beschleunigung von 1,5% bei der Ausf\u00fchrung der Operation readlink (im Test mit \/initrd.img in ext4) erm\u00f6glichte. Das Caching ist im Dateisystem ext4 und tmpfs aktiviert.\n
In die Implementierung von NFSv4.2 wurde die Unterst\u00fctzung f\u00fcr die Delegierung von DateiAttributen aufgenommen, die es erm\u00f6glicht, solche Attribute wie \u00c4nderungszeit (mtime) seitens des NFS-Clients zu verwalten, ohne die \u00c4nderungen auf dem Server zur\u00fccksetzen zu m\u00fcssen. Zudem wurde die Unterst\u00fctzung des Protokolls «LOCALIO» verbessert, das es erm\u00f6glicht zu bestimmen, ob sich der Client und der NFS-Server auf demselben Host befinden, um entsprechende Optimierungen wie die Verwendung von Direct I\/O durch den Client zu aktivieren.\n
Die Leistung der Leseoperationen in den Dateisystemen NETFS, CIFS und AFS (Andrew File System) wurde verbessert.\n
In Squashfs wurde der Modus f\u00fcr das direkte Laden von Bl\u00f6cken in den Seitencache (SQUASHFS_FILE_DIRECT) integriert, der es erm\u00f6glicht, auf einen separaten Cache f\u00fcr read_page zu verzichten. Diese \u00c4nderung hat die Menge an Speicher reduziert, die Squashfs w\u00e4hrend des Betriebs ben\u00f6tigt.\n
Im Systemaufruf statx() wurde das Flag STATX_DIO_READ_ALIGN implementiert, um die erforderliche Ausrichtung f\u00fcr Lesevorg\u00e4nge aus einer Datei zu bestimmen.\n
Im Dateisystem Bcachefs wurde das Format der Datentr\u00e4gerstrukturen aktualisiert und stabilisiert. Zuk\u00fcnftige \u00c4nderungen am Format werden als optional betrachtet und sollen in Form von erg\u00e4nzenden Optionen umgesetzt werden. Die Geschwindigkeit der Integrit\u00e4tspr\u00fcfung des FS wurde erheblich erh\u00f6ht. Dar\u00fcber hinaus wurde die Leistung von Bcachefs im Nur-Lese-Modus verbessert; Probleme, die zu Speicherzugriffen nach der Freigabe (use after free) f\u00fchrten, wurden behoben; es wurden Probleme mit reflink-Pointern in fsck gel\u00f6st; die Verarbeitung von Transaktionsneustarts wurde korrigiert.\n
Das Modul md-linear, das zur Zusammenf\u00fchrung von Blockger\u00e4ten dient, wurde zur\u00fcckgebracht. Dieses Modul war zuvor als veraltet eingestuft und aus dem Kernel 6.8 entfernt worden, hat sich jedoch als gefragt herausgestellt und wurde daher nun wiederhergestellt.\n
Die Dateisysteme F2FS und SQUASHFS wurden auf die Verwendung von Seitenfolien (page folios) umgestellt.\n
Die Dateisysteme OCFS2 und DLMFS wurden auf die Verwendung der neuen API f\u00fcr das Einbinden von Partitionen umgestellt.\n
Im null_blk-Treiber wurde das Attribut «rotational» implementiert, das \u00fcber configfs gesetzt wird und es erm\u00f6glicht, die Arbeit mit einem Ger\u00e4t zu simulieren, das auf rotierenden Festplatten basiert, um das Testen von Kernelfunktionen zu erleichtern.\n
Im Device Mapper und in den Modulen dm-mirror, dm-io, dm-table, dm-linear, dm-stripe und dm-raid1 wurde die Unterst\u00fctzung f\u00fcr atomare Schreibvorg\u00e4nge implementiert. <\/ul>\n
Speicher und Systemdienste<\/b>\n
\n
Die Integration in den ntsync-Treiberkern, der das Zeichenverfahren \/dev\/ntsync und eine Reihe von Synchronisierungsprimitive bietet, die im Windows NT-Kernel verwendet werden, wurde abgeschlossen. Die Implementierung solcher Primitive auf Kernel-Ebene erm\u00f6glicht eine signifikante Leistungssteigerung bei Windows-Spielen, die mit Wine ausgef\u00fchrt werden. Dieser Leistungszuwachs wird durch den Verzicht auf Overhead erreicht, der mit der Verwendung von RPC im Benutzerspeicher verbunden ist. Die Schaffung eines separaten Treibers f\u00fcr den Linux-Kernel erkl\u00e4rt sich durch die Schwierigkeiten bei der korrekten Implementierung der NT-Synchronisierungs-API \u00fcber bestehenden Primitiven im Kernel.\n
Ein neuer DMEM cgroup-Controller wurde hinzugef\u00fcgt, um separate Bereiche des Speichers von Ger\u00e4ten wie GPUs zu erfassen. DMEM erm\u00f6glicht die Erstellung separater cgroups f\u00fcr verschiedene Aufgaben, die mit GPUs arbeiten, sodass sie unabh\u00e4ngig voneinander ausgef\u00fchrt werden k\u00f6nnen. Diese neue Funktion l\u00f6st das Problem des erzwungenen Abbruchs von GPU-Vorg\u00e4ngen bei Ersch\u00f6pfung des verf\u00fcgbaren Speichers, da der Speicher, der von der GPU und von den Treibern genutzter CPU-Spiele, in separaten cgroups ber\u00fccksichtigt wird.\n
Optimierungen f\u00fcr das Scaling der Cache-Flush-Operation (Translation Lookaside Buffer, TLB), das verwendet wird, um die Umwandlung von virtuellen Adressen in physische Adressen zu beschleunigen, wurden vorgenommen. Die hinzugef\u00fcgten Optimierungen bestehen darin, bestimmte Datenstrukturen w\u00e4hrend des Kontextwechsels verz\u00f6gert zu aktualisieren, was die Leistung bei bestimmten Tests verbessert.\n
Die Leistung des MGLRU-Mechanismus (Multi-Generational LRU), der zur Bestimmung verwendet wird, welche Speicherseiten genutzt werden und welche in den Swap-Bereich ausgelagert werden k\u00f6nnen, wurde verbessert.\n
Der Transfer von \u00c4nderungen aus dem Branch Rust-for-Linux, die die Verwendung der Programmiersprache Rust als zweite Sprache f\u00fcr die Entwicklung von Treibern und Kernelmodulen betreffen, wurde fortgesetzt (die Rust-Unterst\u00fctzung ist standardm\u00e4\u00dfig nicht aktiv und f\u00fchrt nicht dazu, dass Rust in die Pflichtabh\u00e4ngigkeiten des Kernels aufgenommen wird). Es wurde die M\u00f6glichkeit geschaffen, im Kernelcode das Makro «derive(CoercePointee)» zu verwenden, das die Verwendung von Smart Pointern mit Trait-Objekten erm\u00f6glicht. Rust-Bindings f\u00fcr PCI, Plattformen, Open Firmware, Zeichenger\u00e4te und einige Ein-\/Ausgabefunktionen wurden in den Kernel aufgenommen. Greg Kroah-Hartman, der f\u00fcr die Unterst\u00fctzung der stabilen Kernelbranche verantwortlich ist, charakterisierte den aktuellen Zustand als «beinahe bereit f\u00fcr das Schreiben eines echten Treibers in Rust».\n
In den Build-Skripten wurde ein neuer Code zur Generierung von Versionen von Debug-Symbolen f\u00fcr ladbare Module vorgeschlagen, der jetzt Informationen aus Debug-Daten im DWARF-Format verwendet, anstatt den Quellcode direkt zu parsen. Diese \u00c4nderung erm\u00f6glicht die Anwendung der Versionierung von Debug-Symbolen f\u00fcr Module, die in Rust geschrieben sind. Die alte Implementierung bleibt ebenfalls im Kernel erhalten, und der Generator wird auf Ebene der Build-Optionen ausgew\u00e4hlt.\n
F\u00fcr die PowerPC-Architektur wurde die Unterst\u00fctzung des Modus der faulen Pr\u00e4emption (PREEMPT_LAZY) implementiert, der dem Modus der vollst\u00e4ndigen Pr\u00e4emption («full preemption») f\u00fcr Echtzeitanwendungen (RR\/FIFO\/DEADLINE) entspricht, jedoch die Pr\u00e4emption normaler Aufgaben (SCHED_NORMAL) bis zur Tick-Grenze verz\u00f6gert.\n
Im Leistungsprofilierungssystem \u201eperf\u201c wurde die Unterst\u00fctzung f\u00fcr Energiekonsumz\u00e4hler von AMD-Prozessoren hinzugef\u00fcgt. Es besteht jetzt die M\u00f6glichkeit, auf Systemen mit bis zu 2048 CPU-Kernen zu arbeiten.\n
Es wurde die M\u00f6glichkeit geschaffen, den sysctl-Parameter pid_max mit den Namensr\u00e4umen der Prozess-IDs (ID namespace) zu verwenden. Der Parameter pid_max dient zur Begrenzung des maximalen Wertes der Prozess-IDs (PID) und kann jetzt verwendet werden, um die maximal m\u00f6gliche Anzahl an Prozessen, die im angegebenen Namensraum ausgef\u00fchrt werden, zu begrenzen. Die Behandlung des Parameters erfolgt hierarchisch, d.h. die Einschr\u00e4nkungen in \u00e4u\u00dferen Namensr\u00e4umen gelten f\u00fcr verschachtelte Namensr\u00e4ume.\n
Bei der Verwendung des Systemaufrufs execveat zur Ausf\u00fchrung eines Prozesses wird nun im Dateisystem \/proc der Name der gestarteten Datei anstelle der Nummer des Dateideskriptor angezeigt.\n
Der Quellcode des Kernels (im Verzeichnis samples\/vfs) wurde um das Dienstprogramm mountinfo erweitert, das die Verwendung der Systemaufrufe statmount() und listmount() demonstriert.\n
Im BPF-Subsystem wurden neue Funktionen bpf_local_irq_save() und bpf_local_irq_restore() eingef\u00fchrt, um Unterbrechungen auf der lokalen CPU vor\u00fcbergehend zu deaktivieren. Diese Funktionen k\u00f6nnen verwendet werden, um Strukturen zu implementieren, deren Bearbeitung nicht durch Unterbrechungen unterbrochen wird.\n
Im Systemaufruf madvise() wird beim Einsatz der Flags MADV_DONTNEED und MADV_FREE sichergestellt, dass die Speichertabellen, die mit dem freigegebenen Adressbereich verbunden sind, freigegeben werden, da in bestimmten Situationen leere Speicherseiten viel Speicherplatz belegen k\u00f6nnen.\n
F\u00fcr die OpenRISC-Architektur wurde die Unterst\u00fctzung f\u00fcr das Mechanismus der wiederherstellbaren Sequenzen (rseq, restartable sequences) implementiert, das f\u00fcr die schnelle atomare Ausf\u00fchrung von Operationen gedacht ist. Diese Operationen werden im Falle von Unterbrechungen durch einen anderen Thread zur\u00fcckgesetzt und erneut versucht.\n
Der Code wurde reorganisiert mit der Implementierung der Algorithmen CRC32 und CRC-T10DIF, die nicht mehr mit dem Subsystem crypto kreuzen und direkt \u00fcber die Bibliotheksoberfl\u00e4che aufgerufen werden. Diese \u00c4nderung erm\u00f6glichte eine Vereinfachung des Codes und steigerte dessen Effizienz.\n
Im asynchronen Eingabe-\/Ausgabesystem io_uring wurde eine Schnittstelle hinzugef\u00fcgt, um zus\u00e4tzliche Metadaten zur Integrit\u00e4t bei Lese- und Schreiboperationen zu \u00fcbermitteln. <\/ul>\n
Virtualisierung und Sicherheit<\/b>\n
\n
Dem Systemaufruf execveat wurde das Flag AT_EXECVE_CHECK hinzugef\u00fcgt, das es erm\u00f6glicht, die Ausf\u00fchrbarkeit einer Datei zu \u00fcberpr\u00fcfen, ohne sie tats\u00e4chlich zu starten, jedoch unter Ber\u00fccksichtigung der Sicherheitsrichtlinien, Zugriffsrechte und aktiven LSM-Module. Zur Verwendung in Kombination mit AT_EXECVE_CHECK werden die securebit-Flags SECBIT_EXEC_RESTRICT_FILE und SECBIT_EXEC_DENY_INTERACTIVE vorgeschlagen, die zur Einschr\u00e4nkung der Ausf\u00fchrung von Skripten in interpretierten Programmiersprachen verwendet werden k\u00f6nnen. Das Flag SECBIT_EXEC_RESTRICT_FILE verlangt von Compilern und Interpretern, die Option AT_EXECVE_CHECK zur \u00dcberpr\u00fcfung der Ausf\u00fchrbarkeit zu verwenden, w\u00e4hrend das Flag SECBIT_EXEC_DENY_INTERACTIVE die Verarbeitung interaktiver Befehle untersagt. Die Hauptidee dieser \u00c4nderung besteht darin, Sicherheitsrichtlinien nicht nur auf traditionelle ausf\u00fchrbare Dateien, sondern auch auf Textdateien mit Skripten anzuwenden, die \u00fcber die Ausf\u00fchrung eines Interpreters geladen werden k\u00f6nnen (d.h. das Verbot der Ausf\u00fchrung kann nicht nur bei der Ausf\u00fchrung von \u201a.\/script.sh\u2018, sondern auch in der Form \u201ash script.sh\u2018 umgesetzt werden).\n
Auf x86-Systemen ist Unterst\u00fctzung f\u00fcr sichere Zeitstempelz\u00e4hler f\u00fcr Gastbetriebssysteme implementiert, die das \u00c4ndern der Systemuhr des Gastbetriebssystems aus der Hostumgebung verhindern. Diese Funktion wurde auf der Grundlage des AMD SEV (Secure Encrypted Virtualization)-Mechanismus implementiert, der in Virtualisierungssystemen zum Schutz verwendet wird. virtuelle Maschinen<\/a> gegen \u00dcbergriffe von Hypervisoren oder Administratoren des Hostsystems.\n