Udviklingen af Linux 7.0 Den er gået ind i en afgørende og samtidig mere turbulent fase, end det normalt er tilfældet for kernen. Den tredje releasekandidat, Linux 7.0-rc3Den kommer med så mange ændringer, at selv dens skaber, Linus Torvalds, har erkendt en vis bekymring over patchens størrelse på et så fremskredent stadie af cyklussen.
Selvom denne gren sigter mod at blive grundlaget for nogle af større Linux-distributioner Selvom Ubuntu og Fedora forventes at blive udgivet i de kommende måneder, er realiteten, at det stadig er en betaversion med en masse udviklingsaktivitet, en stor mængde ny kode og et integrationstempo, der tvinger de ansvarlige for projektet til at udvise ekstrem forsigtighed.
En større og mere turbulent udviklingscyklus end forventet
På dette stadie af kernedesignet er det normalt for RC'er at fokusere på Mindre rettelser og detaljeforfinelsemed relativt begrænsede patches. Både rc2 og rc3 bryder dog denne tendens og præsenterer et antal commits, der er klart højere end i andre nylige cyklusser.
Torvalds har indrømmet, at omfanget af Linux 7.0-rc3 Det er usædvanligt, men samtidig insisterer han på, at han efter at have gennemgået ændringerne ikke ser noget særligt alarmerende. Meget af væksten forklares med oprydninger i koden, tilføjelsen af automatiserede tests (selvtests) og interne justeringer, der i teorien ikke burde gå på kompromis med stabiliteten.
Bekymringen stammer mere fra mængden end alvorligheden: For meget ny kode på bare et par uger Den stabile udgivelse øger risikoen for, at regressioner, der er vanskelige at opdage i tide, slipper igennem. Dette er især mærkbart, fordi mange distributioner planlægger at bruge denne kerne næsten øjeblikkeligt.
Situationen minder om, hvad der skete i andre større udgivelser, såsom serie 6.19 og Linux 6.18hvor efterslæbet af arbejde endte med at blive koncentreret på blot et par uger af udviklingsplanen, hvilket tvang en ekstra indsats til gennemgang og testning.
Vigtige ændringer i Linux 7.0-rc3: ydeevne, hukommelse og netværk
Blandt de mest relevante ændringer i denne tredje Release Candidate er dem, der vedrører hukommelse og netværksydelse, to kritiske områder inden for servere, datacentre og miljøer med intensive arbejdsbyrder i realtid (Foregrib RT).
På den ene side, en alvorlig regression i SLAB-systemetHukommelsesallokatoren, der er ansvarlig for at administrere objekter i kernen. Denne regression påvirkede ydeevnen i visse scenarier, så det var en prioritet at rette den for at undgå overraskelser i den endelige version.
I netværkssektionen inkorporerer kernen en lille, men interessant optimering i håndteringen af input- og outputhændelser. Google-udvikleren Erik Dumazet har justeret funktionen epoll_put_uevent() at udnytte teknikken med adgang til begrænset bruger, oprindeligt introduceret i Linux 6.19.
Denne ændring erstatter flere kald og instruktioner stac/clac knyttet til adgangskontrol mellem brugerområdet og kernen, hvilket reducerer dens indvirkning på visse CPU'er. I netværksstresstests med fokus på pakker pr. sekund er forbedringen omkring 1,5% ekstra ydeevne på AMD Zen 2-processorer, et beskedent, men betydeligt tal, når millioner af pakker håndteres hvert sekund.
Epoll-justeringen og SLAB-korrektionen er gode eksempler på, hvordan tilsyneladende små ændringer Disse fordele kan omsættes til målbare fordele i europæiske servere og datacentre, hvor Linux er fundamentet for infrastrukturen.
Sikkerhed, virtualisering og servere: fokus på AMD og Intel
Linux 7.0 styrker også sin forpligtelse til sikkerhed og isolation i virtualiserede miljøer, et særligt relevant område for cloud-udbydere og hostingvirksomheder i Europa.
En af de mest bemærkelsesværdige nye funktioner er inkluderingen af understøttelse af IBPB-On-Entry i virtuelle maskiner med AMD SEV-SNPDenne funktion, der primært er designet til servere med næste generations AMD EPYC-processorer, hjælper med bedre at beskytte udførelseskontekster mellem gæst og vært og begrænser dermed potentielle angrebsvektorer baseret på spekulation.
På Intel-siden inkorporerer kernen justeringer i detektionen af Sub-NUMA Clustering (SNC) topologier I nogle nyere modeller korrigeres identifikationsproblemer, der kan påvirke den optimale hukommelsesallokering og lokaliseringen af processer i multiprocessorsystemer.
Under motorhjelmen integrerer Linux 7.0 også optimeringer relateret til Intel TSX på chips, der understøtter det, med det mål at genvinde noget af den ydeevne, der er gået tabt efter sikkerhedsrettelser i de senere år. Selvom disse typer ændringer valideres omhyggeligt for at undgå genåbning af sårbarheder, kan de give et betydeligt boost til samtidighedsintensive applikationer.
Samlet set positionerer disse forbedringer kernel 7.0 som en særlig attraktiv mulighed for server- og cloud-miljøersom netop er dem, der drager mest fordel af avancerede sikkerhedsfunktioner og nye CPU-arkitekturer.
Mere understøttet hardware og forbedret kompatibilitet
Som med stort set alle kerneversioner er en af grundpillerne i Linux 7.0-rc3 udvidelsen af katalog over understøttede enheder og polering af eksisterende controllere.
Ændringsloggen indeholder nye identifikatorer og indstillinger for udstyr fra producenter som f.eks. ASUS, Dell, HP, Lenovo og OneXPlayer, Og raspberry PiDette er især vigtigt, så fremtidige distributioner nemt kan genkende bærbare og stationære computere, der ankommer til det europæiske marked i de kommende måneder.
Blandt de interessante detaljer var en fejl, der påvirkede Apple Magic Trackpad 2Når den blev tilsluttet via USB, rapporterede kernen ikke batteriniveauet korrekt. Med den nye kode burde denne periferienhed integreres mere problemfrit i Linux-skriveborde.
Derudover fortsætter 7.0-grenen med at inkorporere foreløbige support- og kompatibilitetsforbedringer for CPU-arkitekturer, der endnu ikke er nået på markedet, såsom Intel Nova Lake, Diamond Rapids eller AMD Zen 6Denne forventning betyder, at når hardwaren kommer til salg i Europa, vil mange distributioner allerede være klar til at drage fordel af den uden behov for yderligere programrettelser.
I sidste ende ligger meget af plasterets appel i dens ønske om at tilbyde en en kerne bedre forberedt til fremtidig hardware, samtidig med at mindre detaljer i enheder, der allerede findes på kontorer og i hjem, rettes.
Filsystemer og lagring: test med Linux 7.0
Udførelsen af filsystem Dette er et andet område, hvor effekten af Linux 7.0 måles. Ved at udnytte de seneste optimeringer er følgende blevet udført sammenlignende præstationstests med nogle af de mest anvendte lagringsteknologier i servere og arbejdsstationer.
Benchmarksene blev udført ved hjælp af Seneste Linux 7.0-kode under udviklingDenne undersøgelse sammenligner fire velkendte filsystemer inden for det frie økosystem: Btrfs, EXT4, F2FS og XFS. Hvert system blev testet med sin standardkonfiguration med det formål at afspejle, hvad enhver administrator ville støde på, når han installerer en distribution uden at røre ved de avancerede indstillinger.
I tilfælde af btrfsYderligere tests er også blevet udført ved at deaktivere funktionen Kopier-på-skriv (COW)Dette giver os mulighed for at observere, hvordan denne funktion påvirker hastigheden i scenarier med mange skrivninger.
Testmiljøet har været baseret på en server med AMD EPYC 9745 processor og opbevaring NVMe PCIe 5.0Nærmere bestemt et Solidigm D7-PS1010-drev (model SB5PH27X038T). Før hver benchmark blev filsystemerne formateret fra bunden for at sikre sammenlignelige resultater.
Med denne type avanceret hardware, der er meget tæt på det, der er begyndt at blive implementeret i europæiske datacentre, giver testene en nyttig reference til, hvordan hvert filsystem opfører sig, når det kombineres med Linux 7.0 og næste generations NVMe SSD.
Konkurrence mellem XFS, EXT4, Btrfs og F2FS
De fire testede systemer repræsenterer ret forskellige tilgange inden for Linux-verdenen, og resultaterne viser et konkurrencepræget og konstant udviklende landskab.
EKST4 Det bevarer sit ry som en afbalanceret, stabil og forudsigelig løsning. Det er det filsystem, som mange distributioner stadig bruger som standard, og tests bekræfter dets... god samlet præstation og modenhed i blandede læse- og skrivebelastninger.
btrfs Det positionerer sig som et moderne alternativ med avancerede funktioner som snapshots, transparent komprimering og fleksibel lagerstyring. Test viser, at disse funktioner har en pris i visse scenarier, selvom deaktivering af COW kan forbedre ydeevnen i skriveintensive opgaver på bekostning af nogle fordele.
F2FSDet er designet med flashhukommelse og SSD'er i tankerne og tilbyder interessant ydeevne i operationer rettet mod solid-state-enheder, men det er stadig et nichesystem, der kræver nøje overvejelse af typen af arbejdsbyrde, før det tages i brug i produktion.
I denne runde af benchmarks har den, der har klaret sig bedst i forskellige scenarier, været XFSisær i højtydende miljøer med store datamængder. Dette er ikke overraskende: det er blevet optimeret til servere og datacentre i årevis, og med Linux 7.0 styrker det yderligere sin position som en En meget solid mulighed for erhvervsinfrastrukturer.
Filsystemer afventer stadig testning med Linux 7.0
De indledende tests omfattede også andre store filsystemer, såsom OpenZFS o Bcachefs (i dens ustabile gren). Dens nuværende versioner gør det dog stadig ikke De er fuldt kompatible med Linux 7.0-tilstanden i Git, hvilket har tvunget dem til at udsætte deres analyse.
Forventningen er, at disse systemer vil være berettigede til fremtidige benchmarks, efterhånden som integrationerne skrider frem, og understøttelsen af kernel 7.0 stabiliseres. Deres inkludering vil være relevant for systemadministratorer i Europa, der allerede bruger OpenZFS i storage arrays eller overvejer Bcachefs som et moderne alternativ.
Indtil denne kompatibilitet er bekræftet, fokuserer det nuværende billede af lagringsydelse med Linux 7.0 på de mest etablerede muligheder, hvor XFS og EXT4 De fortsætter med at være førende inden for mange produktive implementeringer.
Rust i kernen og oprydning af forældede teknologier
Ud over de synlige forbedringer i ydeevne eller hardwareunderstøttelse markerer Linux 7.0 et yderligere skridt i en fundamental transformation: Gradvis introduktion af rust i kernen og fjernelse af komponenter, der anses for forældede.
De første skridt mod accept af rustkode i kernen begyndte for omkring tre år siden, og siden da er dette sprog blevet et nøgleværktøj i kerneudviklernes arsenal. Dets hovedformål er at lette skrivningen af sikrere komponenter ved at reducere hukommelsesfejl, der er lette at lave i C.
Parallelt har Torvalds besluttet at gå videre med at eliminere ældre teknologier, der ikke længere giver mening i nuværende systemer. Et symbolsk eksempel er udfasningen af protokollen. HIPPI, en standard fra 90'erne, der har ringe relevans i moderne computere og kun tilføjede kompleksitet og potentielle problemvektorer.
Disse kombinerede træk — introducerer Rust og ren gammel kode— de peger på en noget lettere kerne og, over tid, potentielt mere sikker. Selvom den umiddelbare effekt måske ikke er indlysende for slutbrugeren, markerer det en klar retning for projektets udvikling.
Det faktum, at Linux 7.0 er en særlig stor version, forklares også af dette ønske om at reorganisere interne dele af kernen og dermed lægge grundlaget for fremtidige udviklinger, der vil nå europæiske distributioner i løbet af de næste par år.
Kalender, distributioner og risici ved installation af Linux 7.0-rc3
Den nuværende arbejdsplan placerer Linux 7.0 stabil udgivelse omkring midten af aprilforudsat at de næste Release Candidates formår at reducere mængden af ændringer, og at der ikke opstår fejl i sidste øjeblik.
Denne tidsplan er særligt kritisk, fordi flere store distributører allerede har fastsat udgivelsesdatoer. Canonical forbereder sig for eksempel Ubuntu LTS 26.04, en version med udvidet support og en stærk tilstedeværelse i europæiske virksomheder og offentlige forvaltninger, og som er planlagt til at være baseret på kerne 7.0.
Der sker noget lignende med Fedora 44som også sigter mod at inkludere denne gren som standardkernen. I begge tilfælde skal distributionsteamene have koden tilstrækkelig moden til at garantere en Stabil støtte fra dag ét.
For nuværende er budskabet fra kerneprojektet klart: Linux 7.0-rc3 og resten af RC er beregnet til udviklere, testere og avancerede brugere som ønsker at hjælpe med at finpudse den endelige version. Installation af disse builds på en primær arbejdsstation eller på produktionsservere anses for risikabelt.
Den generelle anbefaling er at begrænse testningen til virtuelle maskiner eller udstyr udelukkende dedikeret til testninghvor en kritisk fejl ikke forårsager en alvorlig forstyrrelse af dagligdagen.
Sådan prøver du Linux 7.0-rc3 på dit system i dag
Enhver, der ønsker at eksperimentere med Linux 7.0-rc3, har flere muligheder, herunder værktøjer som f.eks. Live Update Orchestrator, selvom de alle er advaret om, at de er eksperimentel software og derfor potentielt ustabile.
En af de nemmeste måder for brugere af Debian- eller Ubuntu-baserede distributioner er at bruge værktøjet Mainline, et open source-program, der giver dig mulighed for at downloade og installere nyere kerner uden at vente på, at de ankommer til de officielle arkiver.
På et Ubuntu-system skal du blot tilføje det tilsvarende repository og lade pakkehåndteringen håndtere resten. Den typiske proces involverer at køre en kommando, der tilføjer værktøjets PPA, opdaterer pakkelisten og installerer applikationen. Når du derefter åbner Mainline, vises en liste over tilgængelige kerneversioner, hvorfra du kan vælge den, du har brug for. Linux 7.0-rc3 til download og installation.
Når processen er færdig, og genstarten er begyndt, vil distributionens boot manager give dig mulighed for at vælge den nye kerneversion. Hvis noget går galt, kan du altid vende tilbage til en tidligere kerne fra den samme menu, så operativsystemet forbliver intakt.
For dem, der foretrækker en mere klassisk tilgang, er der stadig mulighed for at Download kildekoden og kompiler kernen manueltDette er noget mere besværligt, men giver total kontrol over konfigurationen og er normalt bedre egnet til meget specifik hardware.
Manuel kompilering: grundlæggende trin og almindelige problemer
Den traditionelle procedure starter med at downloade kodefilen, for eksempel linux-7.0-rc3.tar.xzFra den officielle kernehjemmeside. Derefter udtrækkes indholdet, og den nyoprettede mappe, hvor hele kildestrukturen er placeret, tilgås.
Før kompilering anbefales det at køre et konfigurationsværktøj som f.eks. make menuconfigDette giver dig mulighed for at justere, hvilke moduler og indstillinger der er aktiveret i kernen. Dette trin er nøglen til at tilpasse kernen til den eksisterende hardware, selvom du også kan beholde standardkonfigurationen for at undgå komplikationer.
Derudover er det nødvendigt at installere udviklingspakker og afhængigheder Kræves til kompilering: byggeværktøjer, krypteringsbiblioteker, ncurses-support, modulværktøjer, blandt andet. Uden dem ville processen med make Det vil mislykkes med fejl, der er vanskelige for uerfarne brugere at fortolke.
Når afhængighederne er opfyldt, kan du starte byggeprocessen med en kommando, der bruger alle CPU-kerner, og derefter installere modulerne og selve kernen ved hjælp af de sædvanlige systemkommandoer. Denne proces kan tage flere minutter og endda mere end en time på mindre kraftfulde maskiner.
Blandt de hyppigste problemer ved kompilering er følgende: fraværende afhængighederfejl i make menuconfig på grund af mangel på tekstbiblioteker, fejl fra dårligt rensede tidligere installationer og meget ofte, Utilstrækkelig plads i /boot-partitionenDet er tilrådeligt at have mindst et par hundrede megabyte ledig plads for at undgå overraskelser, når du installerer det nye kernebillede.
Hvis alt går godt, vil systemet efter den næste genstart vise Linux 7.0-rc3 som en af opstartsmulighederne, hvilket bevarer muligheden for at vende tilbage til en tidligere kerne, hvis noget ikke fungerer som forventet.
Giver det mening at installere Linux 7.0 på en computer, der bruges dagligt?
Det korte svar, for de fleste hjemmebrugere og professionelle brugere, er, at Det anbefales ikke at bruge Linux 7.0-rc3 som hovedkerneSelvom dette er den tredje Release Candidate, og koden allerede har bestået flere testrunder, er det stadig en version beregnet til fejldetektion, ikke til produktion.
Kernudviklerne antager, at der stadig er fejl, regressioner og kompatibilitetsproblemer Disse teknologier er stadig uopdagede, og de kræver, at lokalsamfundet identificerer dem i kontrollerede testmiljøer. Installation af dem på en arbejdscomputer eller en kritisk server betyder, at man accepterer risikoen for fejl, der er vanskelige at forudse.
Situationen er den samme for europæiske virksomheder og organisationer, der er afhængige af Linux i kritiske infrastrukturer: den kloge fremgangsmåde er at vente på officiel udgivelse af den stabile version og i mange tilfælde til distributionerne, der integrerer kernen med deres egne programrettelser og supportværktøjer.
For tekniske profiler, der ønsker at komme foran og lære om de nye funktioner i Linux 7.0 på første hånd, er den bedste løsning stadig at installere virtuelle maskiner i testmiljøer eller dedikere et sekundært hold til at eksperimentere med disse RC'er.
I mellemtiden tilbyder nuværende kerneversioner i 6.x-grenen fortsat en mere end rimelig balance mellem stabilitet, ydeevne og kompatibilitet til næsten ethvert virkeligt brugsscenario.
Udviklingen af Linux 7.0 og dens tredje Release Candidate Dette gør det klart, at projektet går igennem en periode med intens aktivitet: Kernen vokser med nye sikkerhedsfunktioner, udvidet kompatibilitet, ydeevnejusteringer i hukommelse, netværk og filsystemer samt dybtgående ændringer såsom tilføjelsen af Rust og fjernelse af ældre teknologier. Alt dette gør denne version til et vendepunkt for fremtidige distributioner, som vi vil se i Spanien og resten af Europa, men det betyder også, at dens implementering bør gribes an med forsigtighed, og at vi nøje bør overvåge, hvordan koden etablerer sig i de kommende uger.
