{"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\/no\/blog\/news\/reliz-yadra-linux-6-14","title":{"rendered":"Utgivelse av Linux kjernen 6.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Etter to m\u00e5neder med utvikling presenterte Linus Torvalds lanseringen av Linux-kjerne 6.14. Blant de mest bemerkelsesverdige endringene er: ntsync-driveren med synkroniseringprimitive fra Windows NT, balansering av leseoperasjoner i Btrfs RAID1, st\u00f8tte for reflink i XFS i realtime-modus, mulighet for ukomprimert bufferinn-\/utdata, dmem cgroup for minnebegrensning av GPU, utnyttelse av io_uring i FUSE, delegasjon av attributter i NFS, st\u00f8tte for atomisk skriving i Device mapper, akselerasjon av symboliske lenker, styring av skriptkj\u00f8ring, st\u00f8tte for Qualcomm Snapdragon 8 Elite-brikker, driver for NPU fra AMD. <\/p>\n
I den nye versjonen er det gjort 12115 rettinger av 1984 utviklere, patch-st\u00f8rrelsen er 39 MB (endringene ber\u00f8rte 10170 filer, 531586 linjer med kode ble lagt til, 235999 linjer ble fjernet). I forrige utgave var det 14172 rettinger fra 2086 utviklere, patch-st\u00f8rrelsen var 46 MB. Omtrent 41 % av alle endringene i 6.14 er relatert til enhetsdrivere, omtrent 13 % har med oppdatering av arkitekturriktig kode \u00e5 gj\u00f8re, 14 % er relatert til nettverksstakken, 7 % til filsystemene, og 4 % til interne subsystemer i kjernen. <\/p>\n
De viktigste nyhetene i kjernen 6.14: <\/p>\n
\n
Disk subsystem, I\/O og filsystemer<\/b>\n
\n
I Btrfs-filsystemet er det lagt til st\u00f8tte for nye metoder for belastningsbalansering av leseoperasjoner mellom lagringsenhetene i et RAID1-array. I tillegg til den tidligere belastningsfordelingen basert p\u00e5 prosess-ID (pid), tilbyr den nye versjonen tre nye balansemoduser: \u00abrotation\u00bb (jevn belastning over alle lagringsenheter, denne modusen er sl\u00e5tt p\u00e5 som standard); \u00ablatency\u00bb (fordeling med hensyn til latens, kan v\u00e6re nyttig ved feil eller ustabil drift av lagringsenheter); devid (manuell styring). For \u00e5 endre balansemodusen er det lagt til et grensesnitt \u2018\/sys\/fs\/btrfs\/\/read_policy\u2019. Blant andre endringer i Btrfs er implementeringen av ioctl FS_IOC_READ_VERITY_METADATA.\n
Ennlagt en modus for ukashering av buffret inn- og utdata, der data fjernes fra siden cache umiddelbart etter at lese- eller skriveoperasjonene er fullf\u00f8rt. Endringen kan v\u00e6re nyttig ved bruk av veldig raske lagringsenheter, der caching av operasjoner i RAM er overfl\u00f8dig. For slike enheter tillater den nye modusen \u00e5 unng\u00e5 un\u00f8dig forbruk av minne av sidens cache uten \u00e5 bruke en komplisert Direct I\/O API.\n
I fsnotify, mekanismen for \u00e5 spore endringer i filsystemet, er det lagt til en ny hendelse FS_PRE_ACCESS, som genereres f\u00f8r tilgang til innholdet i en fil. Hendelsen behandles synkront, det vil si at kjernen sender hendelsen og venter p\u00e5 \u00e5 motta et svar. Hvis svaret er mottatt, utf\u00f8res operasjonen, men hvis det oppst\u00e5r en feil, returnerer systemkallet en feilkode til brukerrommet. Med FS_PRE_ACCESS kan prosessen i brukerrommet for eksempel organisere fylling av filen etter hvert som dataene blir tilgjengelige i langsom lagring.\n
I FUSE, subsystemet som gir mulighet for \u00e5 lage filsystemimplementasjoner i brukerrommet, er det lagt til st\u00f8tte for datadeling mellom kjernen og behandleren i brukerrommet ved hjelp av io_uring inn- og utdata mekanismen. Endringen forbedrer FUSEs ytelse ved \u00e5 redusere kontektsvekslinger mellom kjernen og brukerrommet.\n
I filsystemet XFS er det lagt til muligheten for \u00e5 bruke revers mapping (rmap, reverse-mapping) i den forutsigbare forsinkelsesmodusen («realtime device»). Revers mapping gj\u00f8r det mulig \u00e5 bestemme hvilket fillager som brukes av den spesifiserte blokken p\u00e5 lagringsenheten. Ved hjelp av rmap i XFS for realtime-modus er det implementert st\u00f8tte for operasjonen reflink, som gj\u00f8r det mulig \u00e5 lage kopier av filer ved \u00e5 klone filmetainformasjonen og opprette en lenke til eksisterende data uten faktisk kopiering.\n
I VFS er det implementert caching av st\u00f8rrelsen p\u00e5 symboliske lenker, noe som har \u00f8kt hastigheten p\u00e5 readlink-operasjonen med 1,5% (i testen med \/initrd.img i ext4). Caching er aktivert i ext4- og tmpfs-filsystemene.\n
I implementeringen av NFSv4.2 er det lagt til st\u00f8tte for delegasjon av filattributter, som gj\u00f8r det mulig \u00e5 administrere slike filattributter som endringstidspunkt (mtime) p\u00e5 siden av NFS-klienten, uten behov for \u00e5 nullstille endringer p\u00e5 serveren. Det er ogs\u00e5 forbedret st\u00f8tte for protokollen «LOCALIO», som gj\u00f8r det mulig \u00e5 avgj\u00f8re om klienten og serveren for NFS befinner seg p\u00e5 samme vert, for \u00e5 benytte relevante optimaliseringer, som for eksempel direkte I\/O fra klienten.\n
Ytelsen for leseoperasjoner i filsystemene NETFS, CIFS og AFS (Andrew File System) er forbedret.\n
Squashfs har f\u00e5tt en modus for direkte lasting av blokker inn i sidecache (SQUASHFS_FILE_DIRECT), noe som gj\u00f8r det un\u00f8dvendig \u00e5 ha en egen read_page-cache. Denne endringen har redusert mengden minne som kreves under Squashfs-operasjoner.\n
Det er implementert et flagg STATX_DIO_READ_ALIGN i systemanropet statx(), for \u00e5 bestemme n\u00f8dvendig justering for leseoperasjoner fra fil.\n
I filsystemet Bcachefs er formatet for diskstrukturer oppdatert og stabilisert. Fremtidige endringer i formatet vil bli klassifisert som valgfrie og vil bli implementert som valgfrie tillegg. Hastigheten p\u00e5 FS-integritetskontroller er betydelig forbedret. I tillegg er ytelsen i skrivebeskyttet modus forbedret; problemer som f\u00f8rte til tilgang til minne etter frigj\u00f8ring (use after free) er l\u00f8st; problemer med reflink-pekerne i fsck er l\u00f8st; og behandlingen av transaksjonsgjenoppretting er forbedret.\n
Modulen md-linear er gjeninnf\u00f8rt, som er ment for \u00e5 kombinere blokkenheter. Denne modulen ble tidligere erkl\u00e6rt som foreldet og fjernet fra kjerner 6.8, men det viste seg at den var etterspurt, s\u00e5 den er n\u00e5 gjenopprettet.\n
Filsystemene F2FS og SQUASHFS er oversatt til \u00e5 bruke sidefollier (page folios).\n
Filsystemene OCFS2 og DLMFS er oversatt til bruk av det nye API-et for montering av partisjoner.\n
I null_blk-driveren er attributtet «rotational» implementert, som kan settes via configfs og gj\u00f8r det mulig \u00e5 simulere drift med enheter basert p\u00e5 roterende disker for enkel testing av kjernefunksjoner.\n
I Device mapper-systemet og modulene dm-mirror, dm-io, dm-table, dm-linear, dm-stripe og dm-raid1 er det implementert st\u00f8tte for atomisk skriving. <\/ul>\n
Minne og systemtjenester<\/b>\n
\n
Integrasjonen i kjernen av ntsync-driveren, som implementerer det symbolske enheten \/dev\/ntsync og et sett med primitive synkroniseringsverkt\u00f8y brukt i Windows NT-kjernen, er fullf\u00f8rt. Implementering av slike primitive verkt\u00f8y p\u00e5 kjerneniv\u00e5 gj\u00f8r det mulig \u00e5 betydelig \u00f8ke ytelsen til Windows-spill som kj\u00f8res ved hjelp av Wine. Ytelsesgevinsten oppn\u00e5s ved \u00e5 fjerne kostnader knyttet til bruk av RPC i brukerrens rom. Opprettelsen av en egen driver for Linux-kjernen skyldes vanskelighetene med \u00e5 korrekt implementere NT-synkroniserings-API-er p\u00e5 toppen av eksisterende primitive verkt\u00f8y i kjernen.\n
En ny DMEM cgroup-kontroller har blitt lagt til for separat regnskap av minneomr\u00e5der fra enheter som GPU. DMEM gj\u00f8r det mulig \u00e5 lage separate cgroups for ulike oppgaver som arbeider med GPU, slik at de kan kj\u00f8res uten \u00e5 p\u00e5virke hverandre. Den nye funksjonaliteten l\u00f8ser problemet med tvungen avslutning av operasjoner med GPU n\u00e5r tilgjengelig minne er oppbrukt, ved \u00e5 regne med minnet som gjenspeiles tilbake fra GPU og minnet brukt av CPU-drivere i separate cgroups.\n
Optimaliseringer er utf\u00f8rt for skalerbarheten til flush-operasjonen for TLB (Translation Lookaside Buffer), som brukes til \u00e5 akselerere konvertering av virtuelle adresser til fysiske adresser. De tilf\u00f8jede optimaliseringene inneb\u00e6rer utsatt oppdatering av enkelte datakonstruksjoner under konteksskift, noe som forbedrer ytelsen ved gjennomf\u00f8ring av visse tester.\n
Ytelsen til MGLRU (Multi-Generational LRU)-mekanismen, som brukes til \u00e5 bestemme hvilke minnesider som er i bruk og hvilke som kan byttes ut i sidefilen, er forbedret.\n
Overf\u00f8ringen av endringer fra Rust-for-Linux-grenen har fortsatt, relatert til bruken av programmeringsspr\u00e5ket Rust som et sekund\u00e6rt spr\u00e5k for utvikling av drivere og kjerne moduler (st\u00f8tte for Rust er ikke aktivert som standard, og medf\u00f8rer ikke at Rust blir en obligatorisk byggavhengighet til kjernen). Det er n\u00e5 mulig \u00e5 bruke makroen «derive(CoercePointee)» i kjodeskoden, som gj\u00f8r det mulig \u00e5 bruke smarte pekere med trait-objekter. I kjernen er det inkludert Rust-bindinger for PCI, plattformer, Open Firmware, symbolenheter og noen I\/O-funksjoner. Greg Kroah-Hartman, som er ansvarlig for vedlikeholdet av den stabile kjernegrenen til Linux, har karakterisert den n\u00e5v\u00e6rende statusen som «nesten klar til \u00e5 skrive en ekte driver i Rust».\n
Det er foresl\u00e5tt en ny kode for \u00e5 generere versjoner av feils\u00f8king symboler for lastbare moduler i bygningsscenarier, som n\u00e5 bruker informasjon fra feils\u00f8kingsposter i DWARF-format, i stedet for \u00e5 analysere kildekoden direkte. Denne endringen gj\u00f8r det mulig \u00e5 bruke versjonering av feils\u00f8king symboler for moduler skrevet i Rust. Den gamle implementeringen er ogs\u00e5 bevart i kjernen, og valget av generator gj\u00f8res p\u00e5 niv\u00e5et av bygningsoptioner.\n
For PowerPC-arkitekturen er det implementert st\u00f8tte for den late preemptiv modusen (PREEMPT_LAZY, lazy preemption), som tilsvarer den fullstendige preemptiv modusen («full preemption») for realtime-oppgaver (RR\/FIFO\/DEADLINE), men forsinker preempting av vanlige oppgaver (SCHED_NORMAL) til kanten av klikk.\n
I profileringssystemet \"perf\" er det lagt til st\u00f8tte for energiforbruksm\u00e5lere for AMD-prosessorer. N\u00e5 er det mulig \u00e5 jobbe p\u00e5 systemer med opptil 2048 CPU-kjerner.\n
Det er gitt mulighet for \u00e5 bruke sysctl-parameteren pid_max med prosessidentifier ventilasjonsrom (ID namespace). Parameteren pid_max er ment for \u00e5 begrense den maksimale verdien av prosess-identifikatorer (PID) og kan n\u00e5 brukes til \u00e5 begrense det maksimalt mulige antallet prosesser som kan kj\u00f8res i det angitte rommet for identifikatorer. Behandlingen av parameteren skjer hierarkisk, dvs. begrensningene i eksterne rom for identifikatorer gjelder for innbygde rom.\n
N\u00e5r du bruker systemanropet execveat til \u00e5 starte prosessen, vil n\u00e5 filnavnet som er kj\u00f8rt vises i filsystemet \/proc i stedet for filbeskrivelsesnummeret.\n
I kildekoden til kjernen (i katalogen samples\/vfs) er det lagt til et verkt\u00f8y, mountinfo, som demonstrerer bruken av systemanropene statmount() og listmount().\n
I BPF-subsystemet er nye funksjoner bpf_local_irq_save() og bpf_local_irq_restore() foresl\u00e5tt for midlertidig \u00e5 deaktivere avbrudd p\u00e5 lokal CPU. Disse funksjonene kan brukes for strukturer der behandling ikke stoppes av avbrudd.\n
I systemanropet madvise() er det sikret at sidetabeller knyttet til det frigjorte adresseomr\u00e5det frigis ved bruk av flaggene MADV_DONTNEED og MADV_FREE, da tomme minnesider i enkelte situasjoner kan ta betydelig minne.\n
For OpenRISC-arkitekturen er st\u00f8tte for restartable sequences (rseq, restartable sequences) implementert, som er designet for rask atomisk utf\u00f8ring av operasjoner som i tilfelle avbrudd av en annen tr\u00e5d blir ryddet og f\u00e5r en ny fors\u00f8kskj\u00f8ring.\n
Koden er reorganisert med implementeringen av algoritmene CRC32 og CRC-T10DIF, som ikke lenger overlapper med kryptosubsystemet og blir kalt direkte fra bibliotekgrensesnittet. Endringen har forenklet koden og forbedret dens effektivitet.\n
I io_uring-systemet for asynkron inn- og utdata er et grensesnitt lagt til for \u00e5 sende ekstra metadata om integritet ved utf\u00f8ring av lese- og skriveoperasjoner. <\/ul>\n
Virtualisering og sikkerhet<\/b>\n
\n
Til systemanropet execveat er flagget AT_EXECVE_CHECK lagt til, som tillater en sjekk for tillatelse til \u00e5 kj\u00f8re en fil uten faktisk \u00e5 starte den, men med hensyn til sikkerhetspolicyer, tilgangsrettigheter og aktive LSM-moduler. For bruk sammen med AT_EXECVE_CHECK er securebit-flaggene SECBIT_EXEC_RESTRICT_FILE og SECBIT_EXEC_DENY_INTERACTIVE foresl\u00e5tt, som kan brukes til \u00e5 begrense kj\u00f8ring av filer med skript i tolket programmeringsspr\u00e5k. Flagget SECBIT_EXEC_RESTRICT_FILE p\u00e5legger kompilatorer og tolker \u00e5 bruke alternativet AT_EXECVE_CHECK for \u00e5 sjekke tillatelse til kj\u00f8ring, mens flagget SECBIT_EXEC_DENY_INTERACTIVE forbyr behandling av interaktive kommandoer. Hovedideen bak endringen er muligheten til \u00e5 anvende sikkerhetspolicyer ikke bare til tradisjonelle kj\u00f8rbare filer, men ogs\u00e5 til tekstfiler med skript som kan lastes gjennom kj\u00f8ring av tolken (dvs. forbud mot kj\u00f8ring kan implementeres ikke bare ved \u00e5 kj\u00f8re '.\/script.sh', men ogs\u00e5 ved \u00e5 utf\u00f8re det i form av 'sh script.sh').\n
P\u00e5 x86-systemer er det implementert st\u00f8tte for sikre tidsm\u00e5lere for gjestesystemer, som ikke tillater endring av systemklokken i gjestesystemet fra vertsmilj\u00f8et. Muligheten er implementert p\u00e5 grunnlag av AMD SEV (Secure Encrypted Virtualization)-mekanismen, som brukes i virtualisering for beskyttelse virtual machines<\/a> mot innblanding fra hypervisoren eller administratoren av verts-systemet.\n