Wat is nieuw in Linux kernel 7.1 voor servers

Wat is nieuw in Linux kernel 7.1

Linux kernel 7.1 werd uitgebracht op 14 juni 2026, negen weken na 7.0. Voor een VPS-gebruiker (virtual private server) zijn de relevante wijzigingen onderverdeeld in vier gebieden: opslag en bestandssystemen, netwerken, geheugenbeheer, en proces- en containerbeheer. De rest van de release bestaat grotendeels uit werk aan desktops en grafische componenten die een headless server nooit laadt.

Er is een tweede antwoord dat u eerst moet weten. 7.1 draait vrijwel zeker niet op uw server en dat zal ook nog lange tijd niet het geval zijn. kernel.org vermeldt 7.1 niet als een longterm-release. Per 11 augustus 2026 zijn de longterm-lijnen 6.18, 6.12, 6.6, 6.1, 5.15 en 5.10, en elke gangbare serverdistributie bouwt voort op een van deze lijnen of op een lijn die zij zelf onderhoudt. "Nieuw in de kernel" en "nieuw op uw server" liggen jaren uit elkaar, dus deze gids behandelt beide helften.

Welke kernel draait uw VPS op dit moment

uname -r
uname -srm
systemd-detect-virt

uname -r toont de actieve kernelversie. Op Ubuntu 24.04 ziet dit eruit als 6.8.0-79-generic. Het deel vóór het eerste streepje is de upstream-lijn. Alles daarna is het eigen buildnummer van uw distributie; dit volgt de upstream-versie niet. De 6.8.0-79 van Canonical bevat duizenden fixes die zijn teruggepoort vanuit latere kernels, dus het is niet de code die Linus in maart 2024 als 6.8 heeft gelabeld. Daarom zegt "mijn kernel is oud" minder dan het lijkt. De functies zijn oud. De beveiligingsfixes meestal niet.

systemd-detect-virt vertelt u of u de kernel überhaupt kunt wijzigen. Het geeft kvm weer op een volledige virtuele machine, waar u uw eigen kernel-image opstart en een upgrade een daadwerkelijke upgrade is. Het geeft lxc of openvz weer bij container-virtualisatie, waarbij de host-kernel wordt gedeeld. Op een container-abonnement toont uname -r de kernel van de provider; het installeren van een kernel-pakket verandert niets aan wat u kunt opstarten, en geen enkele functie in deze release is voor u beschikbaar totdat de provider de host herstart op een nieuwere kernel. Voer deze controle uit voordat u kernel-werkzaamheden plant.

[
  {
    "distro": "Ubuntu 26.04 LTS (7.0)",
    "releases_behind_7_1": 1,
    "notes": "GA kernel, shipped with the April 2026 release"
  },
  {
    "distro": "Ubuntu 24.04 LTS, HWE (6.17)",
    "releases_behind_7_1": 4,
    "notes": "6.17 came with 24.04.4; 7.0 is rolling out ahead of 24.04.5 on 27 August 2026"
  },
  {
    "distro": "Debian 13 trixie (6.12)",
    "releases_behind_7_1": 9,
    "notes": "upstream longterm line, kernel.org projected EOL December 2028"
  },
  {
    "distro": "RHEL 10 and its rebuilds (6.12)",
    "releases_behind_7_1": 9,
    "notes": "Red Hat backports fixes into its own frozen 6.12 stream"
  },
  {
    "distro": "Ubuntu 24.04 LTS, GA (6.8)",
    "releases_behind_7_1": 13,
    "notes": "the default unless you install the HWE stack"
  },
  {
    "distro": "Ubuntu 22.04 LTS, GA (5.15)",
    "releases_behind_7_1": 26,
    "notes": "upstream longterm line, kernel.org projected EOL December 2026"
  }
]

Dat zijn 6 platformen, en geen van alle start op 7.1. De nieuwste is Ubuntu 26.04 LTS (7.0), die 1 upstream-release achterloopt. De oudste die nog wordt ondersteund, loopt 26 releases achter. De standaard GA-kernel van Ubuntu 24.04 loopt 13 releases achter, en Debian 13 en RHEL 10 lopen 9 achter op de 6.12 longterm-lijn. Het tellen van releases is een ruwe maatstaf, omdat het alles negeert wat de distributies terugpoorten, maar het toont wel de omvang van het gat. Als u afweegt welke van deze u wilt draaien, is de afweging tussen LTS en interim-releases op een server de beslissing die aan deze cijfers ten grondslag ligt.

Opslag en bestandssystemen in 7.1

7.1 voegt de mogelijkheid toe om T10 PI (protection information) binnen het bestandssysteem te genereren en te verifiëren, in plaats van alleen in de block-laag, samen met flexibele ondersteuning voor T10-uitlijning. T10 PI bestaat uit extra bytes die aan elk blok worden toegevoegd, met daarin een checksum en een tag die identificeert bij welk blok de data hoort. Hierdoor wordt een verkeerd gerichte of afgebroken schrijfactie gedetecteerd in plaats van als correcte data geretourneerd. Het nadeel voor een VPS-huurder is de hardware. Integriteitsmetadata moet door het apparaat worden blootgesteld, en een virtuele schijf doet dit doorgaans niet.

ls /sys/block/vda/integrity/

Op de meeste VPS-schijven resulteert dit in No such file or directory, omdat de block-laag de map integrity alleen aanmaakt wanneer het apparaat integriteitsondersteuning registreert. Die foutmelding is hier het normale antwoord, geen defect. Als u wilt weten wat uw schijf werkelijk is voordat u verder leest over opslagfuncties, komt controleren of de VPS-schijf daadwerkelijk NVMe is op de eerste plaats, en het verschil tussen NVMe en een SATA SSD op een VPS legt uit waarom het antwoord uw cijfers verandert.

Btrfs krijgt correcties voor copy-on-write-versterking onder geheugendruk, plus een wijziging die het wissen van het eerste extent in een getrackt bereik versnelt, wat volgens de merge 10% meer doorvoer oplevert bij de genoemde voorbeeldworkload. De afsluitprocedure is niet langer als experimenteel gemarkeerd. XFS verbetert het flushen van nulbereiken en opzoekacties via iomap, en voegt een schrijfpointer toe aan de real-time groepgeometrie, wat de basis vormt voor zoned devices. NTFS is in deze release volledig herschreven, met volledige schrijfondersteuning en een iomap-conversie; dit is relevant als u ooit een schijfimage van een Windows-machine op uw server mount.

Kleinere opslagzaken die het vermelden waard zijn: ublk, de user-space block-driver, heeft zero-copy I/O gekregen; io_uring heeft SCSI passthrough-commando's gekregen; ondersteuning voor SED-OPAL self-encrypting drives heeft het STACK_RESET-commando en een uitgebreide single user-modus gekregen; er is een nieuwe fs-dax character-driver voor direct-access apparaten; en het VFS heeft inode->i_ino verbreed van unsigned long naar u64, wat een inode-nummerplafond op 32-bit builds verwijdert. Wat betreft netwerkbestandssystemen: de in-kernel NFS-server kan nu zijn file handles ondertekenen via een sign_fh mount-optie, en de CIFS-client heeft O_TMPFILE geleerd.

Netwerken: queue leasing en de voordelen voor containers

De belangrijkste wijziging in netwerken is hardware queue leasing. Een virtuele netdev kan nu een queue leasen die gekoppeld is aan een fysieke queue op een fysieke netdev, en als proxy daarvoor fungeren. Het doel hiervan zijn containers. Tot nu toe moest een container die AF_XDP (address family express data path, het sockettype dat ruwe pakketten aan de user space overdraagt zonder deze door de netwerkstack te kopiëren) wilde gebruiken, toegang krijgen tot vrijwel het gehele apparaat. Met een geleasde queue krijgt de container één hardware-queue, voert AF_XDP en memory providers uit op native snelheid, terwijl de host de rest van de NIC behoudt. Dit wordt toegevoegd naast de AF_XDP-ondersteuning in het zero-copy pad van io_uring.

Aan de reguliere kant accepteren sockets in sockfs nu user.* extended attributes. Een op paden gebaseerde AF_UNIX-socket erfde al xattr-ondersteuning van het onderliggende bestandssysteem, maar een socket die uitsluitend in sockfs leeft, had dit niet. Nu kan een proces een label aan een socket toekennen en kan een eBPF-programma op dat label filteren.

Er zijn twee verwijderingen. UDP-Lite is verwijderd omdat er geen gebruikers voor waren. IPv6 kan niet langer als loadable module worden gebouwd: als u IPv6 wilt, wordt dit in de kernel gecompileerd. De tweede wijziging is onzichtbaar op elke distributie-kernel, omdat de gangbare serverdistributies IPv6 al standaard in de kernel opnemen.

Geheugenbeheer: de swap-tabel is voltooid

De herziening van swap bereikt de derde fase, waarin de statische swap-map wordt verwijderd. De swap-telling bevindt zich nu direct in de swap-tabel. De gerapporteerde besparing bedraagt ongeveer 30% van de statische swap-metadata; dit is geheugen dat de kernel vasthoudt in verhouding tot de grootte van uw swap-apparaat, ongeacht of er daadwerkelijk gegevens worden geswapt. In absolute termen is dit klein bij een klein swap-bestand, maar het groeit naarmate u meer swap configureert.

MGLRU (multi-generational least recently used, het nieuwere algoritme voor paginaterugwinning) kan nu de young-vlag op pagina's in batches controleren in plaats van pagina voor pagina. Het cijfer dat bij deze wijziging is gepubliceerd, toont een verbetering van meer dan 60% op een Arm64-server met 32 cores. Batchverwerking loont het meest waar de kosten per pagina het hoogst zijn, wat verklaart waarom dat cijfer afkomstig is van een grote Arm-machine. Als u een Arm VPS in plaats van een x86-variant gebruikt, is dit de 7.1-wijziging die u het meest waarschijnlijk zult terugzien in uw eigen metingen, hoewel niet op die schaal bij twee of vier cores.

Ook inbegrepen: overdrachten uit stervende memory cgroups zijn verwijderd, khugepaged scant met minder CPU-gebruik en de maple tree heeft een grote refactor ondergaan wat betreft de afhandeling van grote nodes. Geen van deze zaken hoeft u te configureren. U zult ze merken als een lichte afname in systeemtijd.

Schedulers: sched_ext sub-schedulers en FRED standaard ingeschakeld

sched_ext, de uitbreidbare scheduler-klasse waarmee u een CPU-scheduler als BPF-programma kunt schrijven en tijdens runtime kunt laden, werd geïntroduceerd in 6.12. 7.1 voegt de kernstructuur toe voor sub-schedulers, zodat een control group uiteindelijk onder zijn eigen scheduler kan draaien. Lees die zin zorgvuldig. De implementatie is in 7.1 nog niet voltooid en met name het enqueue-pad ontbreekt; dit is dus voorbereidend werk voor een latere release in plaats van iets dat u vandaag al kunt inschakelen.

Intel FRED (flexible return and event delivery) is nu standaard ingeschakeld op hardware die dit ondersteunt. FRED vervangt het verouderde x86 event delivery-pad door een schoner alternatief en is sinds 6.9 in de kernel aanwezig achter het fred=on boot-argument. Het standaard inschakelen hiervan geeft aan dat de hardware op de markt voldoende is getest. De tot nu toe gepubliceerde metingen, in de orde van 4% tot 7% bij I/O-intensieve workloads, zijn afkomstig van Phoronix-tests op client-silicium; reken hier dus niet op voor een server totdat u uw eigen workload heeft gemeten.

Proxy execution heeft donor-migratie gekregen voor het versnellen van een eigenaar van een remote lock, EEVDF heeft correcties ontvangen met betrekking tot negatieve lag, en de kern van de high-resolution timer is aanzienlijk herschreven. Dit zijn wijzigingen in de latentiekwaliteit die niet via een configuratiebestand kunnen worden aangepast.

Nieuwe proces- en containercontroles in clone3()

Er zijn drie vlaggen toegevoegd aan clone3(), die elk een tekortkoming oplossen waarvoor beheerders jarenlang handmatige workarounds gebruikten. CLONE_AUTOREAP zorgt ervoor dat het kindproces zichzelf opruimt bij beëindiging, zodat het nooit een zombieproces wordt dat wacht op een ouder die mogelijk nooit wait() aanroept. CLONE_NNP stelt no_new_privs in op het kindproces op het moment van creatie; dit dicht het tijdsgat tussen de clone-actie en het moment waarop het kindproces de vlag zelf zou instellen. CLONE_PIDFD_AUTOKILL koppelt de levensduur van het kindproces aan de pidfd die aan de ouder wordt teruggegeven: sluit de pidfd en het kindproces wordt beëindigd. Hierdoor kan een beheerproces dat crasht geen weesprocessen achterlaten.

Mount namespaces hebben een soortgelijke behandeling gekregen. CLONE_EMPTY_MNTNS voor clone3() en UNSHARE_EMPTY_MNTNS voor unshare() creëren een lege mount namespace, in plaats van de gebruikelijke volledige kopie van de mounts van de ouder die een runtime vervolgens handmatig moet ontkoppelen. FSMOUNT_NAMESPACE stelt fsmount() in staat om een bestandssysteem direct in een nieuwe namespace te plaatsen. Container-runtimes bouwen dit al een decennium handmatig op; door dit in één aanroep te doen, start een runtime niet langer vanuit een namespace die vol staat met de mounts van de host.

Wat virtualisatie betreft ondersteunt guest_memfd nu userfaultfd, waardoor een hypervisor page faults van een gastmachine vanuit de user space kan afhandelen. Protected KVM op Arm heeft ondersteuning voor anoniem geheugen gekregen, wat in de merge zelf nog als niet productierijp wordt omschreven.

Wanneer bereikt kernel 7.1 uw server

Fedora beschikt hier al over. De update-repository van Fedora 44 is in juli en augustus 2026 overgestapt op de 7.1-serie, omdat Fedora zijn kernel binnen een release baseert op nieuwe stabiele lijnen. Arch en openSUSE Tumbleweed hebben deze om dezelfde reden. Dit zijn machines om op te testen, niet om uw services op te draaien.

Alle andere distributies wachten, en dat wachten is een bewuste keuze. Debian 13 werd uitgebracht met 6.12 en blijft gedurende de gehele levenscyclus van de release op 6.12, waarbij fixes worden teruggepoort. RHEL 10 werd uitgebracht met 6.12.0 en hanteert dezelfde werkwijze. Ubuntu 26.04 LTS werd in april 2026 uitgebracht met 7.0. Ubuntu 24.04 LTS beschikt over een hardware enablement stack (HWE), die een nieuwere kernel uit latere Ubuntu-releases naar de LTS haalt. Deze stack bevindt zich sinds de 24.04.4 point release op 6.17 en zal op 27 augustus 2026 met de 24.04.5 release overstappen naar 7.0. Een point release is geen nieuwe versie van Ubuntu, maar dezelfde 24.04 inclusief alle updates tot dat moment in nieuwe installatiemedia. Daarom is wat 24.04.5 wijzigt op een server die u al bijwerkt enkel de HWE-kernellijn en verder vrijwel niets.

Dit is het punt waar mensen zich vaak vergissen. Een HWE-stack springt naar de kernel die de nieuwste interim-release bevat, waardoor een upstream-lijn volledig kan worden overgeslagen. 7.0 zit in een Ubuntu LTS. 7.1 wordt mogelijk nooit de basis van een LTS, omdat de daaropvolgende interim-release een latere lijn zal bevatten. Wat uw LTS bereikt vanuit 7.1 zijn de fixes, teruggepoort naar de lijn waarop u zich bevindt. De nieuwe functies blijven grotendeels achterwege.

Als u toch een nieuwere kernel op een stabiele server wilt, zijn de ondersteunde routes beperkt.

# Ubuntu 24.04 LTS: install the hardware enablement stack
sudo apt update
sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

# Debian 13, with trixie-backports enabled in your apt sources
apt-cache policy linux-image-amd64
sudo apt install -t trixie-backports linux-image-amd64
sudo reboot

Controleer na de herstart welke kernel daadwerkelijk is geladen:

uname -r
dpkg -l 'linux-image-*' | grep ^ii
ls /var/run/reboot-required

uname -r zou nu de nieuwe lijn moeten tonen en dpkg -l toont elke kernel-image die nog is geïnstalleerd. Als uname -r de oude versie toont terwijl dpkg -l de nieuwe vermeldt, is het pakket wel geïnstalleerd maar is de standaardinstelling van de bootloader niet gewijzigd: controleer de GRUB-menu-items. Als /var/run/reboot-required bestaat, betekent dit dat een pakket de kernel heeft bijgewerkt en dat er sindsdien niet opnieuw is opgestart. Dit is de meest voorkomende reden waarom een gepatchte server nog steeds de kwetsbare code uitvoert.

Moet u streven naar 7.1 op een productie-VPS

Nee, en de reden hiervoor is niet louter voorzichtigheid. Een distributie-kernel is een ondersteuningscontract. Canonical, Red Hat, SUSE en Debian backporten elk beveiligingspatches naar hun bevroren versie en testen deze tegen de userspace die zij erbij leveren. Een mainline kernel uit een archief van derden of een handmatige build geeft u de functies, maar neemt dat werk weg, omdat niemand fixes backport naar uw build. U wordt zelf de beheerder van een kernel.

De uitzonderingen zijn reëel maar beperkt: hardware die de oudere kernel niet kan aansturen, of een prestatiewijziging die u op uw eigen workload heeft gemeten en die u zo graag wilt dat u de gevolgen accepteert. Op een VPS is het eerste bijna nooit van toepassing, omdat de hardware die u ziet virtueel is. Houd voor al het overige de distributie-kernel actueel en herstart wanneer daarom wordt gevraagd. Als een distributie-upgrade al op uw planning staat, brengt overstappen van Ubuntu 24.04 naar 26.04 u in één stap van 6.8 naar 7.0, wat een grotere sprong is dan enig afzonderlijk kernelpakket u zal bieden.

FAQ

Hoe controleer ik welke Linux-kernel mijn VPS draait?

Voer uname -r uit. Dit geeft een uitvoer zoals 6.8.0-79-generic. Het getal voor het eerste streepje is de upstream-lijn waarop uw distributie is gebaseerd, en alles daarna is het buildnummer van de distributie zelf, dat backported fixes bevat. Voer daarna systemd-detect-virt uit. Als dit lxc of openvz toont, gebruikt u container-virtualisatie; u deelt de kernel van de host en kunt deze niet wijzigen. Als dit kvm toont, boot u uw eigen kernel-image en bent u zelf verantwoordelijk voor upgrades.

Is Linux 7.1 een longterm support-kernel?

Nee. Per 11 augustus 2026 zijn de longterm-lijnen op kernel.org 6.18, 6.12, 6.6, 6.1, 5.15 en 5.10; 7.1 staat hier niet bij. Het is een normale stabiele release en de ondersteuning voor deze stabiele lijn stopt kort nadat de volgende mainline-release verschijnt. Als u een kernel wilt met jaren aan fixes achter zich en jaren aan fixes in het vooruitzicht, dan is dat precies wat de kernel van uw distributie al is.

Wanneer brengt Ubuntu of Debian kernel 7.1 uit?

Waarschijnlijk nooit als standaard. Debian 13 blijft gedurende de gehele levenscyclus op 6.12, en RHEL 10 blijft op 6.12.0. Ubuntu 26.04 LTS werd uitgebracht met 7.0, en een Ubuntu hardware enablement-stack springt naar de kernel die de nieuwste interim-release bevat, waardoor een upstream-lijn volledig kan worden overgeslagen. Ubuntu 24.04 LTS staat gepland om de HWE-kernel naar 7.0 te verplaatsen met de 24.04.5 point-release op 27 augustus 2026. De fixes uit 7.1 bereiken u als backports in een oudere lijn. De functies meestal niet.

Wat in Linux 7.1 is daadwerkelijk van belang op een virtual private server?

Vier zaken. Hardware queue leasing stelt een container in staat om één fysieke NIC-wachtrij te gebruiken voor AF_XDP op native snelheid. De derde fase van de swap-revisie verwijdert de statische swap-map en vermindert de metadata die de kernel voor uw swap-device bijhoudt met naar verluidt 30%. MGLRU kan 'page young'-vlaggen in batches controleren, met de grootste gerapporteerde winst op een Arm-server met veel cores. En clone3() heeft CLONE_AUTOREAP, CLONE_NNP en CLONE_PIDFD_AUTOKILL gekregen, die het toezicht op onderliggende processen veiliger maken. T10-beschermingsinformatie op bestandssysteemniveau is ook toegevoegd, maar een virtuele schijf stelt de benodigde integriteits-metadata zelden bloot.

Zal het upgraden van mijn kernel mijn VPS kapotmaken?

De gebruikelijke fouten treden op tijdens het opstarten. Een volle /boot zorgt ervoor dat update-initramfs faalt met No space left on device tijdens de installatie, waardoor het pakket half geconfigureerd achterblijft: verwijder oude kernels met sudo apt autoremove --purge en installeer daarna opnieuw. Out-of-tree-modules die zijn gebouwd voor de oude kernel laden niet meer, dus alles wat door DKMS wordt beheerd moet opnieuw worden gebouwd; een mislukte build blijft onopgemerkt totdat de module tijdens runtime ontbreekt. En als uname -r na een herstart nog steeds de oude versie rapporteert terwijl dpkg -l de nieuwe image toont, is er niets misgegaan bij de installatie: de standaardinstelling van de bootloader is niet gewijzigd.