Wat is nieuw in Linux kernel 7.1 voor servers?

Wat is er 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) bevinden de relevante wijzigingen zich op 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 inlaadt.

Er is een tweede antwoord dat u eerst moet weten. 7.1 draait vrijwel zeker niet op uw server, en dat zal voorlopig ook 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 handleiding behandelt beide kanten.

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 voor 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. Het is dus niet de code die Linus in maart 2024 als 6.8 heeft getagd. Daarom zegt de uitspraak "mijn kernel is oud" minder dan het lijkt. De functies zijn oud, maar de beveiligingspatches meestal niet.

systemd-detect-virt geeft aan of u de kernel überhaupt kunt wijzigen. Het commando toont kvm op een volledige virtuele machine, waar u uw eigen kernel-image opstart en een upgrade een daadwerkelijke upgrade is. Het toont lxc of openvz bij container-virtualisatie, waarbij de kernel van de host 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. 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 werkzaamheden aan de kernel 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 deze start op met 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 bevindt zich 13 releases terug, en Debian 13 en RHEL 10 lopen 9 achter op de 6.12 longterm-lijn. Het tellen van releases is een grove maatstaf, omdat het alles negeert wat distributies terugpoorten, maar het toont wel de omvang van de kloof. Als u afweegt welke 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) te genereren en te verifiëren binnen het bestandssysteem, 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 onderbroken schrijfactie opgemerkt in plaats van als correcte data te worden teruggegeven. Het addertje onder het gras 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 getraceerd bereik versnelt, wat volgens de merge 10% meer doorvoer oplevert bij de genoemde voorbeeldwerkbelasting. 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 groepsgeometrie, wat de basis vormt voor zoned-apparaten. NTFS is in deze release volledig herschreven, met volledige schrijfondersteuning en een iomap-conversie; dit is van belang 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 plafond voor inode-nummers 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.

Netwerk: 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 ze door de netwerkstack te kopiëren) wilde gebruiken, toegang krijgen tot vrijwel het gehele apparaat. Met een leased queue krijgt de container één hardware-queue, draait AF_XDP en memory providers 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 bestond, had dit niet. Nu kan een proces een socket labelen 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 revisie van de 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 in verhouding tot de grootte van uw swap-apparaat vasthoudt, ongeacht of er gegevens naar swap zijn geschreven. In absolute termen is dit klein bij een klein swap-bestand, maar het neemt toe 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 32-core server. Batchverwerking loont het meest waar de kosten per pagina het hoogst zijn, wat verklaart waarom dat getal afkomstig is van een grote Arm-machine. Als u een Arm VPS in plaats van een x86-variant gebruikt, is dit de wijziging in 7.1 die het meest waarschijnlijk zichtbaar zal zijn in uw eigen metingen, hoewel niet op die schaal bij twee of vier cores.

Tevens 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 deze 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 een functie die 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 is een teken 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 voordat 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 high-resolution timer-kern 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 wait() mogelijk nooit aanroept. CLONE_NNP stelt no_new_privs in op het kindproces op het moment van creatie; dit dicht het gat tussen de clone-aanroep 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: zodra de pidfd wordt gesloten, wordt het kindproces beëindigd. Hierdoor kan een beheerproces dat crasht geen weesprocessen achterlaten.

Mount-namespaces hebben een soortgelijke update 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 tien jaar handmatig op; door dit in één aanroep te doen, start een runtime niet langer vanuit een namespace die vol staat met mounts van de host.

Wat virtualisatie betreft ondersteunt guest_memfd nu userfaultfd, waardoor een hypervisor page faults van een gast-OS vanuit de user space kan afhandelen. Protected KVM op Arm heeft ondersteuning gekregen voor anoniem geheugen, 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 systemen 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 levensduur 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, die een nieuwere kernel uit latere Ubuntu-releases naar de LTS haalt. Deze stack bevindt zich op 6.17 sinds de 24.04.4 point release, en de overstap naar 7.0 staat gepland voor 24.04.5 op 27 augustus 2026.

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, die worden teruggepoort naar de lijn waarop u zich bevindt. De functies blijven grotendeels achterwege.

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

# 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 reboot wat er daadwerkelijk is opgestart:

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 geüpgraded 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 7.1 nastreven 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 release 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 hebben dat u de consequenties 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 elk 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-versie waarop uw distributie is gebaseerd; alles daarna is het buildnummer van de distributie zelf, inclusief backported fixes. Voer vervolgens systemd-detect-virt uit. Als dit lxc of openvz toont, maakt u gebruik van container-virtualisatie, deelt u de kernel van de host en kunt u 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-versies 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 jarenlange fixes achter zich en jarenlange fixes in het vooruitzicht, dan is dat precies wat de kernel van uw distributie al biedt.

Wanneer levert Ubuntu of Debian kernel 7.1?

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 geleverd met 7.0, en een Ubuntu hardware enablement-stack springt naar de kernel die de nieuwste interim-release bevat, waardoor een upstream-versie 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 nieuwe functies meestal niet.

Wat is er in Linux 7.1 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-rework 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, wat het toezicht op onderliggende processen veiliger maakt. Filesystem-level T10 protection information is ook toegevoegd, maar een virtuele schijf stelt zelden de benodigde integriteits-metadata bloot.

Zal een kernel-upgrade mijn VPS onbruikbaar maken?

De meest voorkomende fouten treden op tijdens het booten. 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 tegen 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 reboot nog steeds de oude versie rapporteert terwijl dpkg -l de nieuwe image toont, is de installatie niet mislukt: de standaardinstelling van de bootloader is niet aangepast.