n
De publicatie de Linux 6.19-rc1 Dit markeert het einde van de integratieperiode voor deze kernelversie en geeft een vooruitblik op de richting die de komende maanden zal inslaan. Hoewel het nog een vroege fase van de cyclus is, zijn er al aanzienlijke veranderingen zichtbaar in belangrijke subsystemen, nieuwe ondersteunde architecturen en een merkbare impact op de prestaties, volgens de eerste benchmarktests. Linux 6.18 stabiel.
De kandidaatversie komt bovendien in een ietwat bijzondere context terecht: Linus Torvalds heeft de aankondiging een paar uur vervroegd. Omdat hij in Japan is, waar hij de Linux Plumbers Conference en de Linux Kernel Maintainer Summit bijwoont. Deze kleine wijziging in het schema heeft meer dan één maintainer verrast, aangezien ze probeerden het laatste integratieverzoek binnen de gestelde deadline af te ronden.
Een atypisch integratievenster, maar met een "normaal" patroon.
Torvalds legde uit dat dit integratievenster is geweest iets anders dan gebruikelijk Om twee redenen: verschillende beheerders hebben aan de Summit-maintainer gewerkt, en tegelijkertijd zijn er verschillende wijzigingssets opgenomen die gericht zijn op het uitbreiden van het gebruik van de automatische opschooninfrastructuur van de compiler. Dit werk is in verschillende subsystemen waargenomen, hoewel de VFS-laag valt op. vanwege de omvang van hun conversies.
In de sectie van Roest in de kernelHet project begint de puur voorbereidende fase te ontgroeien. Tot nu toe lag de nadruk op de fundamenten en infrastructuur, maar met Linux 6.19-rc1 zien we de eerste tekenen van ontwikkeling. controllers en subsystemen die daadwerkelijk in Rust zijn geschreven Het begint vorm te krijgen, iets dat, als het zich consolideert, in toekomstige versies aan belang zou kunnen winnen.
In ruwe schattingen, ongeveer de De helft van de patches in deze RC1 komt overeen met drivers.De meest opvallende veranderingen betreffen GPU's, netwerken, geluid en media, hoewel er wijzigingen zijn doorgevoerd in vrijwel elk onderdeel van de kernel. De overige wijzigingen zijn verdeeld over architectuurupdates, tools, documentatie, Rust-ondersteuning en aanpassingen aan interne componenten zoals geheugen (mm), de scheduler, de netwerkstack en andere kerncomponenten.
Linux 6.19-rc1 versus 6.18: Eerste prestatietests
Toen de integratieperiode afliep, Eerste vergelijkingen tussen Linux 6.18 stable en de Git-status van 6.19 vóór rc1. De tests werden uitgevoerd met hetzelfde kernelconfiguratiebestand en accepteerden alleen de nieuwe standaardwaarden die werden voorgesteld door de 6.19-branch, zonder verdere wijzigingen aan het besturingssysteem.
In het eerste scenario, een AMD EPYC 9655P server met één processor met 96 cores en 192 threads, gemonteerd op een Supermicro H13SSL-N moederbord en draaiend op Ubuntu 25.10. Het doel was om de directe impact van de kernelversie-update te meten op een moderne serveromgeving met hardware die steeds vaker voorkomt in Europese datacenters.
De eerste resultaten laten een gemengd beeld zien: Sommige tests wijzen op lichte prestatieverbeteringen.Hoewel sommige kernels in zo'n vroeg ontwikkelingsstadium aanzienlijke regressies vertonen, is dit niet ongebruikelijk voor een release vóór rc1. Het dient echter wel als waarschuwing voor beheerders en gevorderde gebruikers die overwegen deze kernel in gevoelige omgevingen te implementeren.
Vroege problemen met de scheduler en de netwerkstack
Stresstests met Stress-NG heeft aanzienlijke tegenslagen aan het licht gebracht. in bepaalde scenario's. Meer specifiek zijn de volgende zaken waargenomen. Aanzienlijke achteruitgang in de prestaties van gemengde schedulers en socketbewerkingen. Vergeleken met de stabiele Linux 6.18. Deze gedragingen, gemeten met microbenchmarks, behoren tot de meest opvallende binnen de reeks uitgevoerde tests.
Hetzelfde geldt voor het uitvoeren van de netwerktool. Microsoft Ethr op localhost Er is ook geconstateerd dat Linux 6.19 duidelijk in het nadeel is ten opzichte van 6.18, met name wat betreft de netwerkprestaties in dit vroege stadium van de code. Dit is een vroege indicatie dat bepaalde aanpassingen aan de scheduler en de netwerkstack mogelijk herzien moeten worden vóór de stabiele release.
Het is niet allemaal slecht nieuws: er zijn ook enkele problemen geconstateerd tijdens de Stress-NG-tests zelf. verbeteringen in het beheer van verkeerslichtenevenals een kleine toename in de algehele prestaties, gemeten als wereldwijde doorvoer. Verbeterde prestaties zijn ook waargenomen in de contextverandering tussen processen, een aspect dat doorgaans gunstig is voor systemen met een hoge mate van gelijktijdigheid.
Andere benchmarks zoals Hackbench, gericht op de planner, hebben aangetoond bescheiden verbeteringen in Linux 6.19 vergeleken met 6.18. Echter, bij de overgang van synthetische tests naar workloads die dichter bij de praktijk staan, is de algemene trend in dit ontwikkelingsstadium dat Git in Linux 6.19 gedraagt zich hetzelfde of iets slechter. dan de vorige stabiele versie.
Impact op desktopsystemen en de stabiliteit van het bestandssysteem in Linux 6.19-rc1
Naast de servers is het ook getest. Linux 6.19 Git op een desktop met een AMD Ryzen CPUIn dit geval waren de resultaten met betrekking tot stabiliteit zorgwekkender: tijdens de tests kwamen de volgende problemen aan het licht. fouten in het bestandssysteem Dat probleem deed zich niet voor toen ik op dezelfde machine terugkeerde naar de stabiele versie van Linux 6.18.
Deze soorten desktopstoringen, hoewel ze nog steeds worden onderzocht, versterken het idee dat 6.19-rc1 en eerdere Git-versies zijn nog niet gereed. Voor algemeen gebruik buiten test- of ontwikkelomgevingen wordt dit niet aanbevolen. Voor eindgebruikers in Spanje of Europa die stabiliteit boven alles waarderen, blijft het verstandig om bij de LTS- of stabiele versie te blijven totdat deze problemen zijn opgelost.
Het is de bedoeling dat, zodra de onrust van de integratieperiode voorbij is en de code stabieler is, de volgende stappen zullen worden uitgevoerd. nieuwe testsuites op meer hardwareinclusief de mogelijkheid om "bisecties" van de kernel uit te voeren om precies de patches te lokaliseren die verantwoordelijk zijn voor de ernstigste regressies.
Nieuwe realtimeklok (RTC)-stuurprogramma's voor Apple en NVIDIA.
Tot de opmerkelijke fusies die hebben plaatsgevonden behoren... Linux 6.19 voordat het venster wordt gesloten De wijzigingen aan het realtimeklok (RTC)-subsysteem zijn hierin opgenomen. Hoewel dit doorgaans een relatief onopvallend onderdeel is, bevat deze update een aantal opmerkelijke nieuwe functies voor gebruikers van recente hardware.
Enerzijds de “rtc-macsmc”-stuurprogramma voor Apple SiliconDeze driver, oorspronkelijk ontwikkeld door Hector Martin tijdens zijn periode als leider van het Asahi Linux-project, ondersteunt de RTC die is geïntegreerd in Apple's Power Management Unit (PMU), die op zijn beurt wordt geabstraheerd door de System Management Controller (SMC). De realtime teller is toegankelijk via de SMC.En dankzij deze nieuwe driver kan Linux de klok op Apple's ARM-gebaseerde Macs correct beheren. vergelijkbaar met andere ondersteuningspatches.
Aan de andere kant, de première van "NVVRS" RTC-stuurprogramma voor NVIDIA Tegra-platforms op ARM64. Deze driver implementeert ondersteuning voor de realtimeklok van NVIDIA's Voltage Regulator Specification (VRS), die wordt gebruikt in apparaten zoals Jetson AGX Orin, IGX Orin, Jetson Orin NX en Jetson Orin NanoTot de functies behoren het beheren van de systeemtijd, het bewaren van de tijd tussen herstarts en het ontwaken van de computer uit de slaapstand of de uitgeschakelde stand.
Het RTC-wijzigingslogboek voor Linux 6.19 is voltooid met een Nieuwe realtime klokdriver voor Andes ATCRTC100Dit vergroot het aantal ondersteunde platforms. Voor Europese integrators en fabrikanten die werken met embedded oplossingen of Jetson-apparaten die worden ingezet in de industrie, robotica of edge AI, maken deze verbeteringen robuustere configuraties mogelijk die aansluiten op de huidige hardware.
LoongArch maakt de overstap naar 32-bits met LoongArch32.
In het architectuurgedeelte bevat Linux 6.19 het volgende: Aanzienlijke vooruitgang voor LoongArchHet Chinese CPU-ontwerp voor thuisgebruik is geïnspireerd op MIPS en RISC-V. Tot nu toe was de kernelondersteuning gericht op LoongArch64 (64-bit), maar met deze versie wordt de basis gelegd voor LoongArch32, de 32-bits variant.
In tegenstelling tot de traditionele markttransitie – waarbij de overstap van 32 naar 64 bits plaatsvond – zet Loongson de tegenovergestelde stap: 64 tot 32 bitsIn Linux 6.19 werden de onderdelen van de LoongArch32-port in de kernel geïntegreerd, hoewel de Build-ondersteuning is nog niet standaard ingeschakeld. omdat sommige stuurprogramma's aanpassingen missen en het nodig is dat de bijbehorende ondersteuning in de GNU-tool (binutils, GCC, enz.) volledig upstream wordt geïmplementeerd.
LoongArch32 contempla twee hoofdvariantenEen gereduceerde 32-bits versie (LA32R) en een standaardversie (LA32/LA32S). Tegelijkertijd zijn er al patches uitgebracht voor GCC om dit mogelijk te maken. LoongArch32-doelwit voor GCC 16waarvan de release begin 2026 wordt verwacht. Daarnaast wordt er verder gewerkt aan de rest van de toolchain, inclusief debuggers en andere componenten die verband houden met LoongArch32 ABI's.
ook daar Patches om LoongArch32 te emuleren op LoongArch64-hardwareHoewel er op dit moment geen specifieke verwijzingen naar LA32-only processors openbaar zijn gemaakt, wordt deze stap geïnterpreteerd als een strategische zet om meer flexibiliteit te bieden in productassortimenten en embedded toepassingen, en positioneert Linux 6.19 als een belangrijk onderdeel in de volwording van deze alternatieve architectuur.
Linux 6.19-rc1 is nu beschikbaar om te testen.
Met al deze wijzigingen wordt Linux 6.19-rc1 gepresenteerd als een releasekandidaat boordevol nieuwe functies: van die aandringen op Rust en de verbeteringen in stuurprogramma'sVan de nieuwe RTC-drivers voor Apple en NVIDIA tot de verbeteringen in LoongArch32 en prestatietests op de nieuwste generatie AMD EPYC-hardware: de release is een aanzienlijke update geweest. Ondanks de geconstateerde problemen met scheduling en netwerken, en enkele stabiliteitsproblemen op de desktop, zal deze nieuwe fase dienen om deze aspecten te verfijnen vóór de stabiele release die begin februari gepland staat. Op dat moment zullen beheerders en gebruikers in Spanje en Europa de overstap naar deze nieuwe kernel met meer vertrouwen kunnen beoordelen.