{"id":101123,"date":"2021-08-30T10:22:49","date_gmt":"2021-08-30T08:22:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-5-14"},"modified":"2021-08-30T10:22:49","modified_gmt":"2021-08-30T08:22:49","slug":"reliz-yadra-linux-5-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/news\/reliz-yadra-linux-5-14","title":{"rendered":"Utgivelsen av Linux-kjernen 5.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Etter to m\u00e5neder med utvikling presenterte Linus Torvalds utgivelsen av Linux-kjerne 5.14. Blant de mest merkbare endringene er: nye systemanrop quotactl_fd() og memfd_secret(), fjerning av ide- og raw-drivere, ny I\/O-prioritetskontroller for cgroup, oppgaveplanleggingsmodus SCHED_CORE, infrastruktur for \u00e5 lage lastestartprogrammer for verifiserte BPF-programmer. <\/p>\n
Den nye versjonen inneholder 15883 rettelser fra 2002 utviklere, med en st\u00f8rrelse p\u00e5 patchen p\u00e5 69 MB (endringene ber\u00f8rte 12580 filer, 861501 linjer med kode ble lagt til, og 321654 linjer ble fjernet). Omtrent 47% av alle endringene i 5.14 er knyttet til enhetsdrivere, omtrent 14% av endringene er relatert til oppdatering av kode spesifikk for maskinvarearkitekturer, 13% gjelder nettverksstakken, 3% gjelder filsystemer, og 3% gjelder interne subsystemer i kjernen. <\/p>\n
Hovudnyhende: <\/p>\n
\n
Disk subsystem, I\/O og filsystemer<\/b>\n
\n
En ny kontroll for prioritering av I\/O er implementert for cgroup - rq-qos, som kan styre prioriteten for behandlingen av foresp\u00f8rselene til blokkordninger generert av medlemmene av hver cgroup. St\u00f8tte for den nye prioriteringskontrollen er lagt til i I\/O-planleggeren mq-deadline.\n
I filsystemet ext4 er det implementert en ny ioctl-kommando EXT4_IOC_CHECKPOINT, som tvinger en oppdatering av alle ventende transaksjoner fraloggen og de tilknyttede buffrene til disken, samt overskriver det brukte loggomr\u00e5det i lagringen. Endringen ble forberedt som en del av en initiativ om \u00e5 forhindre informasjonslekkasje fra filsystemer.\n
I Btrfs er det gjort ytelsesoptimaliseringer: ved \u00e5 ekskludere un\u00f8dvendig logging av utvidede attributter under fsync-prosessen ble ytelsen for intensive operasjoner med utvidede attributter \u00f8kt med opptil 17%. I tillegg under trimmingoperasjoner som ikke ber\u00f8rer extentene ble full synkronisering deaktivert, noe som reduserte behandlingstiden for operasjonen med 12%. Det ble lagt til en innstilling i sysfs for \u00e5 begrense I\/O-b\u00e5ndbredde ved filsystemkontroll. Det ble ogs\u00e5 lagt til ioctl-kall for \u00e5 avbryte st\u00f8rrelse-endringsoperasjoner og fjerning av enheter.\n
I XFS er implementeringen av buffercache blitt redesignert, som n\u00e5 bruker sideallokering i batchmodus. Effektiviteten til cachen er forbedret.\n
I F2FS har det blitt lagt til et alternativ for kun lesemodus, og en mekanisme for caching av komprimerte blokker (compress_cache) er implementert for \u00e5 forbedre ytelsen ved tilfeldig lesing. St\u00f8tte for filkomprimering er blitt lagt til, reflektert i minnet ved hjelp av mmap()-operasjonen. For selektiv deaktivering av filkomprimering ved hjelp av et maskem\u00f8nster, er et nytt monteringsalternativ, nocompress, foresl\u00e5tt.\n
I exFAT-driveren er det gjort forbedringer for kompatibilitet med lagringsenheter fra enkelte digitale kameraer.\n
Et systemanrop, quotactl_fd(), er lagt til, som gj\u00f8r det mulig \u00e5 administrere kvoter ikke via en spesialmengdens fil, men ved \u00e5 spesifisere en filbeskriver knyttet til filsystemet som kvoten gjelder.\n
Gamle drivere for blokk-enheter med IDE-grensesnitt er fjernet fra kjernen, hvor de allerede lenge har blitt erstattet av libata-subsystemet.\n
Driveren \u00abraw\u00bb, som gir ubufferet tilgang til blokkene gjennom grensesnittet \/dev\/raw, er fjernet fra kjernen. Den angitte funksjonaliteten har lenge v\u00e6rt implementert i applikasjoner ved hjelp av flagget O_DIRECT. <\/ul>\n
Minne og systemtjenester<\/b>\n
\n
I oppgaveplanleggeren er det implementert en ny planleggingsmodus, SCHED_CORE, som gj\u00f8r det mulig \u00e5 styre hvilke prosesser som kan kj\u00f8re sammen p\u00e5 ett CPU-kjerne. Hver prosess kan tildeles en cookie-ID som definerer tillitsomr\u00e5det mellom prosessene (for eksempel tilh\u00f8righet til en bruker eller container). N\u00e5r det gjelder organisering av kodeutf\u00f8relse, kan planleggeren sikre at en CPU-kjerne bare deles mellom prosesser tilknyttet \u00e9n eier, noe som kan brukes til \u00e5 blokkere visse angrep av Spectre-typen ved \u00e5 hindre at tillitsverdige og ikke-tillitsverdige oppgaver kj\u00f8rer i \u00e9n SMT-tr\u00e5d (Hyper Threading).\n
St\u00f8tte for kill-operasjonen er implementert for cgroup, som lar deg avslutte alle prosessene knyttet til gruppen (send SIGKILL) ved \u00e5 skrive \u00ab1\u00bb til den virtuelle filen cgroup.kill.\n
Mulighetene relatert til respons p\u00e5 oppdagelse av split locks, som oppst\u00e5r n\u00e5r det er tilgang til ikke-alignerte data i minnet fordi de under utf\u00f8relsen av en atomisk instruksjon krysser to CPU-cache-linjer, er utvidet. Slike l\u00e5ser f\u00f8rer til betydelig ytelsestap, s\u00e5 det ble tidligere gitt muligheter for \u00e5 tvinge avslutning av applikasjonen som for\u00e5rsaket l\u00e5sen. I den nye utgivelsen er et nytt kommandolinjeparameter for kjernen \u00absplit_lock_detect=ratelimit:N\u00bb lagt til, som lar deg definere et systemomfattende grense for intensiteten av blokkeringer per sekund, etter overskridelse av hvilket prosessen som har for\u00e5rsaket split lock, vil bli tvunget stoppet i 20 ms i stedet for \u00e5 bli avsluttet.\n
I CFS-b\u00e5ndbreddekontrolleren (CFS bandwidth controller), som definerer hvor mye prosessortid som kan tildeles hver cgroup, er det implementert muligheten til \u00e5 definere grenser som er begrenset av en spesifisert tidsperiode, noe som gir bedre regulering av belastninger som er f\u00f8lsomme for forsinkelser. For eksempel vil innstilling av cpu.cfs_quota_us til 50000 og cpu.cfs_period_us til 100000 gj\u00f8re at prosessgruppene hvert 100 ms kan bruke 50 ms CPU-tid.\n
Den innledende infrastrukturen for \u00e5 lage BPF-programlastere er lagt til, noe som senere vil tillate bare lasting av BPF-programmer som er signert med et p\u00e5litelig digitalt n\u00f8kkel.\n
En ny futex-operasjon FUTEX_LOCK_PI2 er lagt til, som bruker en monotonisk timer for beregning av time-out som tar hensyn til tiden systemet har v\u00e6rt i hvilemodus.\n
For RISC-V-arkitekturen er det implementert st\u00f8tte for store minnesider (Transparent Huge-Pages) og muligheten for \u00e5 bruke KFENCE-mekanismen for \u00e5 oppdage feil under minneh\u00e5ndtering.\n
I systemkallet madvise() har det blitt lagt til flaggene MADV_POPULATE_READ og MADV_POPULATE_WRITE for \u00e5 generere \u00abpage fault\u00bb p\u00e5 alle minnesider vist for lese- eller skriveroperasjoner, uten \u00e5 utf\u00f8re faktisk lesing eller skriving (prefault). Bruken av flaggene kan v\u00e6re nyttig for \u00e5 redusere forsinkelsene i programarbeidet, ved \u00e5 forh\u00e5ndse utf\u00f8re behandleren for \u00abpage fault\u00bb for alle ikke tildelte sider uten \u00e5 vente p\u00e5 faktisk tilgang til dem.\n
I unit-testsystemet kunit er der tilf\u00f8jet support til at k\u00f8re tests i QEMU-milj\u00f8et.\n
Nye sporere er lagt til: \u00abosnoise\u00bb for \u00e5 spore forsinkelser i applikasjoner for\u00e5rsaket av behandling av avbrudd, og \u00abtimerlat\u00bb for \u00e5 gi detaljert informasjon om forsinkelser under vekkelser fra timer-signaler. <\/ul>\n
Virtualisering og sikkerhet<\/b>\n
\n
Den systemkald memfd_secret() er blevet tilf\u00f8jet, som muligg\u00f8r oprettelsen af et privat hukommelsesomr\u00e5de i et isoleret adresseomr\u00e5de, der kun er synligt for ejerprocessen, ikke afspejles i andre processer og ikke er direkte tilg\u00e6ngeligt for kernen.\n
I seccomp-systemet til filtrering af systemkald er der ved udtr\u00e6kning af blokering h\u00e5ndterere til brugerens rum blevet givet mulighed for at anvende en atomisk operation til at oprette en filbeskriver til den isolerede opgave og returnere den ved behandling af systemkaldet. Den foresl\u00e5ede operation l\u00f8ser problemet med at h\u00e5ndtereren bliver afbrudt i brugerens rum, n\u00e5r der modtages et signal.\n
En ny mekanisme for \u00e5 administrere ressursbegrensning i bruker-ID-navnerommet er lagt til, som binder individuelle rlimit tellere til brukeren i \u00abuser namespace\u00bb. Endringen l\u00f8ser problemet med bruken av felles ressurs tellere ved at \u00e9n bruker starter prosesser i forskjellige containere.\n