n
Publikasjonen de Linux 6.19-RC1 Dette markerer slutten på integrasjonsvinduet for denne kjerneversjonen og gir et glimt inn i retningen ting vil ta i de kommende månedene. Selv om det fortsatt er et tidlig stadium i syklusen, er betydelige endringer allerede synlige i viktige delsystemer, nye støttede arkitekturer og en merkbar innvirkning på ytelsen i henhold til innledende benchmark-tester. Linux 6.18 stabil.
Kandidatversjonen kommer også i en noe merkelig kontekst: Linus Torvalds har fremskyndet kunngjøringen med noen timer. Fordi han er i Japan, hvor han har deltatt på Linux Plumbers Conference og Linux Kernel Maintainer Summit. Denne lille endringen i timeplanen har tatt mer enn én vedlikeholder på senga, ettersom de prøvde å presse gjennom den siste integrasjonsforespørselen innen fristen.
Et atypisk integrasjonsvindu, men med et "normalt" mønster
Torvalds forklarte at dette integrasjonsvinduet har vært litt annerledes enn vanlig Av to grunner: flere vedlikeholdere har jobbet med Summit-vedlikeholderen, og samtidig har flere endringssett blitt inkludert dedikert til å utvide bruken av kompilatorens automatiske oppryddinginfrastruktur. Dette arbeidet har blitt observert i forskjellige delsystemer, selv om VFS-laget skiller seg ut på grunn av omfanget av konverteringene deres.
I seksjonen Rust i kjernenProsjektet begynner ĂĄ bevege seg utover den rent forberedende fasen. Frem til nĂĄ har grunnlaget og infrastrukturen dominert, men med Linux 6.19-rc1 begynner vi ĂĄ se begynnelsen. kontrollere og delsystemer som faktisk er skrevet i Rust tar form, noe som, hvis det konsolideres, kan fĂĄ betydning i fremtidige versjoner.
I grove tall, rundt Halvparten av patchene i denne RC1-en samsvarer med drivereDe mest bemerkelsesverdige endringene gjelder GPU-er, nettverk, lyd og media, selv om det er endringer spredt over så godt som alle deler av kjernen. Resten er fordelt på arkitekturoppdateringer, verktøy, dokumentasjon, Rust-støtte og justeringer av interne komponenter som minne (mm), planleggeren, nettverksstakken og andre kjernekomponenter.
Linux 6.19-rc1 vs. 6.18: Første ytelsestester
Etter hvert som integrasjonsvinduet ble lukket, Første sammenligninger mellom den stabile Linux 6.18 og Git-versjonen av 6.19 før rc1. Testene ble utført med samme kjernekonfigurasjonsfil og kun med aksept av de nye standardverdiene foreslått av 6.19-grenen, uten noen andre endringer i operativsystemet.
I det første scenariet, en AMD EPYC 9655P server med én prosessor med 96 kjerner og 192 tråder, montert på et Supermicro H13SSL-N-kort og kjørende Ubuntu 25.10. Målet var å måle den direkte effekten av kjerneversjonshoppingen på et moderne servermiljø med maskinvare som blir vanlig i europeiske datasentre.
De første resultatene viser et blandet bilde: Noen tester peker på små ytelsesforbedringerSelv om noen kjerner viser betydelige regresjoner for et så tidlig utviklingsstadium, er dette ikke uvanlig i en pre-rc1-utgivelse, men det fungerer som en advarsel til administratorer og avanserte brukere som vurderer å distribuere denne kjernen i sensitive miljøer.
Tidlige regresjoner i planleggeren og nettverksstakken
Stresstester med Stress-NG har avdekket betydelige tilbakeslag i visse scenarier. Spesifikt har følgende blitt observert store regresjoner i blandet planleggerytelse og socket-operasjoner sammenlignet med stabil Linux 6.18. Disse atferdene, målt med mikrobenchmarks, er blant de mest slående innenfor settet med utførte tester.
På samme måte, når du kjører nettverksverktøyet Microsoft Ether på lokal vert Linux 6.19 har også blitt observert å ha en klar ulempe sammenlignet med 6.18, med lavere nettverksytelse i denne tidlige fasen av koden. Dette er en tidlig indikasjon på at visse justeringer av planleggeren og nettverksstakken kan trenge revisjon før den stabile utgivelsen.
Det er ikke bare dårlige nyheter: i selve Stress-NG-testene har det blitt oppdaget noen problemer. forbedringer i trafikklyshåndteringsamt en liten økning i total ytelse målt som global gjennomstrømning. Forbedret ytelse er også observert i kontekstendring mellom prosesser, et aspekt som vanligvis gagner systemer med høy samtidighet.
Andre referansepunkter som f.eks. Hackbench, fokusert på planleggeren, har vist beskjedne forbedringer i Linux 6.19 sammenlignet med 6.18. Når man går fra syntetiske tester til arbeidsbelastninger som er nærmere den virkelige verden, er imidlertid den generelle trenden på dette utviklingsstadiet at Linux 6.19 Git oppfører seg likt eller litt dårligere enn den forrige stabile versjonen.
Innvirkning pĂĄ skrivebordssystemer og filsystemstabilitet i Linux 6.19-rc1
Bortsett fra serverne, har den også blitt testet Linux 6.19 Git på en stasjonær datamaskin med en AMD Ryzen CPUI dette tilfellet har resultatene vært mer bekymringsfulle når det gjelder stabilitet: under testingen dukket følgende opp filsystemfeil det skjedde ikke da jeg gikk tilbake til stabil Linux 6.18 på samme maskin.
Denne typen skrivebordsfeil, selv om de fortsatt er under etterforskning, forsterker ideen om at 6.19-rc1 og tidligere Git-versjoner er ikke klare For generell bruk utenfor test- eller utviklingsmiljøer anbefales ikke dette. For sluttbrukere i Spania eller Europa som verdsetter stabilitet fremfor alt, er den rimelige anbefalingen fortsatt å holde seg på LTS- eller den stabile grenen inntil disse problemene er under kontroll og løst.
Det er planlagt at følgende vil bli utført når uroen i integrasjonsvinduet er over og koden er mer stabilisert nye testpakker på mer maskinvare, inkludert muligheten til å utføre "bisekter" av kjernen for å nøyaktig finne oppdateringene som er ansvarlige for de mest alvorlige regresjonene.
Nye drivere for sanntidsklokke (RTC) for Apple og NVIDIA
Blant de bemerkelsesverdige fusjonene som har inngått Linux 6.19 før vinduet lukkes Endringene i delsystemet for sanntidsklokke (RTC) er inkludert her. Selv om dette vanligvis er et relativt diskret område, inneholder denne oppdateringen noen bemerkelsesverdige nye funksjoner for brukere av nyere maskinvare.
På den ene siden, den «rtc-macsmc»-driver for Apple SiliconDenne driveren, som opprinnelig ble utviklet av Hector Martin i løpet av hans tid som leder av Asahi Linux-prosjektet, støtter RTC-en integrert i Apples strømstyringsenhet (PMU), som i seg selv er abstrahert av systemstyringskontrolleren (SMC). Sanntidstelleren nås via SMCOg denne nye driveren gir Linux muligheten til å administrere klokken på Apples ARM-baserte Mac-er på riktig måte. lik andre støtteoppdateringer.
På den annen side, premieren på «NVVRS» RTC-driver for NVIDIA Tegra-plattformer på ARM64. Denne driveren implementerer støtte for sanntidsklokken i NVIDIAs spenningsregulatorspesifikasjon (VRS), som brukes i enheter som Jetson AGX Orin, IGX Orin, Jetson Orin NX og Jetson Orin NanoFunksjonene inkluderer systemtidsstyring, bevare tiden mellom omstarter og vekke datamaskinen fra hvilemodus eller avslått tilstand.
RTC-endringsloggen for Linux 6.19 er fullført med en Ny sanntidsklokkedriver for Andes ATCRTC100Dette utvider utvalget av støttede plattformer. For europeiske integratorer og produsenter som jobber med innebygde løsninger eller Jetson-enheter som brukes i industri, robotikk eller edge AI, legger disse forbedringene til rette for mer robuste konfigurasjoner som er i tråd med dagens maskinvare.
LoongArch tar spranget til 32 bits med LoongArch32
I arkitekturdelen inneholder Linux 6.19 betydelig fremgang for LoongArchDen kinesiske hjemme-CPU-designen er inspirert av MIPS og RISC-V. Frem til nå har kjernestøtten fokusert på LoongArch64 (64-bit), men med denne versjonen er grunnlaget lagt for LoongArch32, 32-bitsvarianten.
I motsetning til den tradisjonelle markedsovergangen – hvor skiftet har vært fra 32 til 64 bit – tar Loongson det motsatte skrittet: 64 til 32 bitsI Linux 6.19 begynte delene av LoongArch32-porten å bli koblet sammen i kjernen, selv om Byggestøtte er ikke aktivert som standard ennå fordi noen drivere mangler justeringer, og det er nødvendig at den tilsvarende støtten i GNU-verktøyet (binutils, GCC, osv.) implementeres fullt ut oppstrøms.
LoongArch32 tenker to hovedvarianterEn redusert 32-bits versjon (LA32R) og en standardversjon (LA32/LA32S). Parallelt har det allerede begynt å bli utgitt oppdateringer for GCC for å aktivere det. LoongArch32-mål for GCC 16hvis utgivelse er forventet tidlig i 2026. I tillegg fortsetter arbeidet med resten av verktøykjeden, inkludert feilsøkingsprogrammer og andre komponenter tilknyttet LoongArch32 ABI-er.
También eksisterer Oppdateringer for å emulere LoongArch32 på LoongArch64-maskinvareSelv om ingen spesifikke referanser til LA32-prosessorer er offentliggjort for øyeblikket, tolkes dette trekket som et strategisk skritt for å tilby mer fleksibilitet i produktserier og innebygde scenarier, og posisjonerer Linux 6.19 som en sentral del av modningen av denne alternative arkitekturen.
Linux 6.19-rc1 er nĂĄ tilgjengelig for testing
Med alle disse endringene presenteres Linux 6.19-rc1 som en utgivelseskandidat fullpakket med nye funksjoner: fra som presser på for Rust og forbedringene i drivereFra de nye RTC-driverne for Apple og NVIDIA, til fremskrittene i LoongArch32 og ytelsestester på den nyeste generasjonen AMD EPYC-maskinvare, har utgivelsen vært en betydelig oppdatering. Til tross for regresjonene som er oppdaget i planlegging og nettverk, samt noen problemer med skrivebordsstabilitet, vil denne nye fasen tjene til å forbedre disse aspektene før den stabile utgivelsen som er planlagt til begynnelsen av februar. På det tidspunktet vil administratorer og brukere i Spania og Europa kunne vurdere overgangen til denne nye kjernen med større sikkerhet.