Linux kernel 7.1 yenilikleri ve sunucu etkileri

Linux kernel 7.1 sürümündeki yenilikler

Linux kernel 7.1, 7.0 sürümünden dokuz hafta sonra, 14 Haziran 2026 tarihinde yayınlanmıştır. Bir VPS (sanal özel sunucu) kullanıcısı için önem arz eden değişiklikler dört ana başlıkta toplanmaktadır: depolama ve dosya sistemleri, ağ yönetimi, bellek yönetimi ile süreç ve container kontrolü. Sürümün geri kalanı, başsız (headless) bir sunucunun hiçbir zaman yüklemediği masaüstü ve grafik iyileştirmelerinden oluşmaktadır.

Öncelikle bilmeniz gereken ikinci bir husus daha bulunmaktadır. 7.1 sürümü büyük olasılıkla sunucunuzda çalışmamaktadır ve uzun bir süre de çalışmayacaktır. kernel.org, 7.1 sürümünü uzun vadeli desteklenen (longterm) bir sürüm olarak listelememektedir. 11 Ağustos 2026 tarihi itibarıyla uzun vadeli desteklenen sürümler 6.18, 6.12, 6.6, 6.1, 5.15 ve 5.10'dur; tüm ana sunucu dağıtımları bu sürümlerden biri veya kendi bakımını yaptıkları bir sürüm hattı üzerine inşa edilmektedir. "Kernel sürümündeki yenilikler" ile "sunucunuzdaki yenilikler" arasında yıllar süren bir fark vardır, bu nedenle bu kılavuz her iki durumu da kapsamaktadır.

VPS'niz şu anda hangi çekirdeği çalıştırıyor

uname -r
uname -srm
systemd-detect-virt

uname -r komutu, çalışan çekirdek sürümünü yazdırır. Ubuntu 24.04 üzerinde çıktı 6.8.0-79-generic biçimindedir. İlk tire işaretinden önceki kısım ana hat sürümünü belirtir. Tireden sonraki her şey dağıtımın kendi derleme numarasıdır ve ana hat sürümünü takip etmez. Canonical'ın 6.8.0-79 sürümü, daha sonraki çekirdeklerden geriye taşınmış (backported) binlerce düzeltmeyi içerir; bu nedenle Linus'un Mart 2024'te 6.8 olarak etiketlediği kodun aynısı değildir. "Çekirdeğim eski" ifadesinin göründüğünden daha az anlam taşımasının nedeni budur. Özellikler eskidir ancak güvenlik düzeltmeleri genellikle günceldir.

systemd-detect-virt komutu, çekirdeği değiştirip değiştiremeyeceğinizi belirtir. Tam bir sanal makinede kendi çekirdek imajınızı önyüklediğiniz ve yükseltmenin gerçek bir yükseltme olduğu durumlarda kvm çıktısını verir. Ana makine çekirdeğinin paylaşıldığı konteyner sanallaştırmasında ise lxc veya openvz çıktısını verir. Bir konteyner planında uname -r sağlayıcının çekirdeğini gösterir; bir çekirdek paketi yüklemek önyükleyebileceğiniz hiçbir şeyi değiştirmez ve sağlayıcı ana makineyi daha yeni bir çekirdekle yeniden başlatana kadar bu sürümdeki hiçbir özellik kullanımınıza sunulmaz. Herhangi bir çekirdek çalışması planlamadan önce bu kontrolü yapın.

[
  {
    "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"
  }
]

Bu, 6 platform demektir ve bunların hiçbiri 7.1 sürümüyle önyükleme yapmaz. En yenisi Ubuntu 26.04 LTS (7.0) olup, ana hat sürümünün 1 sürüm gerisindedir. Desteklenen en eski sürüm ise 26 sürüm geridedir. Ubuntu 24.04'ün varsayılan GA çekirdeği 13 sürüm geride kalırken, Debian 13 ve RHEL 10, 6.12 uzun vadeli destek (longterm) hattında 9 sürüm geridedir. Sürümleri saymak kaba bir ölçüdür çünkü dağıtımların geriye taşıdığı tüm düzeltmeleri göz ardı eder, ancak aradaki farkın boyutunu gösterir. Bunlardan hangisini çalıştıracağınızı değerlendiriyorsanız, bu sayıların altında yatan temel karar sunucuda LTS ile ara sürüm arasındaki takas konusudur.

7.1 sürümünde depolama ve dosya sistemleri

7.1 sürümü, T10 PI (koruma bilgisi) özelliğini yalnızca blok katmanında değil, dosya sistemi içinde de oluşturma ve doğrulama yeteneği ile birlikte esnek T10 hizalama desteği getirir. T10 PI, her bloğa eklenen ve bir sağlama toplamı ile verinin hangi bloğa ait olduğunu tanımlayan bir etiket içeren fazladan baytlardır; bu sayede yanlış yönlendirilmiş veya yarım kalmış yazma işlemleri, geçerli veri olarak döndürülmek yerine yakalanır. Bir VPS kiracısı için buradaki kısıtlayıcı fakt donanımdır. Bütünlük meta verilerinin cihaz tarafından dışa aktarılması gerekir, ancak sanal diskler bunu genellikle yapmaz.

ls /sys/block/vda/integrity/

Çoğu VPS diskinde bu durum No such file or directory sonucunu döndürür, çünkü blok katmanı integrity dizinini yalnızca cihaz bütünlük desteğini kaydettiğinde oluşturur. Bu hata, bir arıza değil, bu bağlamda beklenen normal bir yanıttır. Depolama özelliklerini daha derinlemesine incelemeden önce diskinizin gerçekte ne olduğunu öğrenmek istiyorsanız, öncelikle VPS diskinin gerçekten NVMe olup olmadığının kontrol edilmesi gerekir ve bir VPS üzerinde NVMe ile SATA SSD arasındaki fark, bu yanıtın performans değerlerinizi neden değiştirdiğini açıklar.

Btrfs, bellek baskısı altındaki copy-on-write (yazarken kopyala) yükseltmesi için düzeltmeler ve izlenen bir aralıktaki ilk kapsamın temizlenmesini hızlandıran bir değişiklik alır; bu değişiklik, birleştirme notlarında belirtilen örnek iş yükünde yüzde 10 daha fazla iş hacmi sağlamıştır. Kapatma işlemi artık deneysel olarak işaretlenmemektedir. XFS, iomap aracılığıyla sıfır aralığı temizleme ve arama işlemlerini iyileştirir; ayrıca gerçek zamanlı grup geometrisine, bölgeli cihazlar için temel oluşturan bir yazma işaretçisi ekler. NTFS, bu sürümde tamamen yeniden yazılmıştır; tam yazma desteği ve iomap dönüşümü ile gelen bu yenilik, Windows makinesinden alınan bir disk imajını sunucunuza bağlamanız durumunda önem taşır.

Bilinmesi gereken daha küçük depolama öğeleri şunlardır: Kullanıcı alanı blok sürücüsü ublk, sıfır kopyalı (zero-copy) G/Ç özelliği kazandı; io_uring, SCSI passthrough komutlarını desteklemeye başladı; SED-OPAL kendinden şifreli sürücü desteği, STACK_RESET komutunu ve genişletilmiş tek kullanıcı modunu kazandı; doğrudan erişimli cihazlar için yeni bir fs-dax karakter sürücüsü eklendi; ve VFS, inode->i_ino değerini unsigned long seviyesinden u64 seviyesine genişletti; bu da 32-bit derlemelerdeki inode numarası sınırını kaldırdı. Ağ dosya sistemi tarafında, çekirdek içi NFS sunucusu artık dosya tanıtıcılarını bir sign_fh bağlama seçeneği ile imzalayabiliyor ve CIFS istemcisi O_TMPFILE özelliğini öğrendi.

Ağ iletişimi: kuyruk kiralama ve konteynerlere sağladığı avantajlar

Ağ iletişimindeki temel değişiklik, donanım kuyruğu kiralama (hardware queue leasing) özelliğidir. Bir sanal ağ aygıtı (netdev), artık fiziksel bir ağ aygıtı üzerindeki gerçek bir kuyruğa bağlı olan bir kuyruğu kiralayabilir ve bu kuyruk için vekil (proxy) görevi görebilir. Bu özelliğin temel amacı konteynerlerdir. Şimdiye kadar, AF_XDP (ham paketleri ağ yığını üzerinden kopyalamadan kullanıcı alanına ileten soket türü) kullanmak isteyen bir konteynere, cihazın neredeyse tamamının tahsis edilmesi gerekiyordu. Kiralanan bir kuyruk sayesinde konteyner tek bir donanım kuyruğu alır, AF_XDP ve bellek sağlayıcılarını yerel hızda çalıştırır; ana makine ise NIC'in geri kalanını elinde tutar. Bu özellik, io_uring'in sıfır kopyalama yolundaki AF_XDP desteğinin yanına eklenmiştir.

Sıradan tarafta ise, sockfs içindeki soketler artık user.* genişletilmiş öznitelikleri (extended attributes) kabul etmektedir. Yol tabanlı bir AF_UNIX soketi, altındaki dosya sisteminden zaten xattr desteğini devralıyordu, ancak yalnızca sockfs içinde yaşayan bir soketin böyle bir desteği yoktu. Artık bir süreç bir soketi etiketleyebilir ve bir eBPF programı bu etiket üzerinden filtreleme yapabilir.

İki özellik kaldırılmıştır. UDP-Lite, kullanıcı bulamadığı için çıkarılmıştır. IPv6 artık yüklenebilir bir modül olarak derlenemez: IPv6 kullanmak istiyorsanız, çekirdeğin içine derlenmiş olması gerekir. İkinci değişiklik, yaygın sunucu dağıtımları zaten IPv6'yı çekirdeğe dahil ederek derlediği için herhangi bir dağıtım çekirdeğinde fark edilmeyecektir.

Bellek yönetimi: swap tablosu tamamlandı

Swap yeniden yapılandırması üçüncü aşamasına ulaştı ve bu aşama statik swap haritasını kaldırıyor. Swap sayacı artık doğrudan swap tablosunda tutuluyor. Bildirilen tasarruf, statik swap meta verilerinin yaklaşık %30'u kadardır; bu, swap cihazınızın boyutuna bağlı olarak, içinde herhangi bir veri olup olmadığına bakılmaksızın çekirdeğin bellekte tuttuğu bir alandır. Mutlak değer olarak bu miktar küçük bir swap dosyasında önemsizdir ancak yapılandırdığınız swap alanı büyüdükçe artar.

MGLRU (çok nesilli en az yakın zamanda kullanılan, daha yeni sayfa geri kazanım algoritması), artık sayfa üzerindeki "young" bayrağını tek tek değil, toplu halde kontrol edebiliyor. Değişiklikle birlikte yayınlanan rakam, 32 çekirdekli bir Arm64 sunucusunda %60'ın üzerinde bir iyileşmeye işaret ediyor. Toplu işlem (batching), sayfa başına maliyetin en yüksek olduğu durumlarda en iyi sonucu verir; bu nedenle söz konusu rakam büyük bir Arm makinesinden elde edilmiştir. Eğer x86 yerine bir Arm VPS çalıştırıyorsanız, iki veya dört çekirdekte aynı ölçekte olmasa da, kendi ölçümlerinizde fark etme olasılığınızın en yüksek olduğu 7.1 değişikliği budur.

Ayrıca bu sürümde: sonlanan bellek cgroup'larından aktarımlar kaldırıldı, khugepaged daha az CPU kullanarak tarama yapıyor ve maple tree yapısı büyük düğüm yönetimi konusunda kapsamlı bir şekilde yeniden düzenlendi. Bunların hiçbiri yapılandırabileceğiniz ayarlar değildir. Bunlar, sistem süresinde (system time) hafif bir azalma olarak fark edeceğiniz iyileştirmelerdir.

Zamanlayıcılar: sched_ext alt zamanlayıcıları ve varsayılan olarak açık FRED

Bir CPU zamanlayıcısını BPF programı olarak yazmanıza ve çalışma zamanında yüklemenize olanak tanıyan genişletilebilir zamanlayıcı sınıfı sched_ext, 6.12 sürümüyle geldi. 7.1 sürümü, bir kontrol grubunun (control group) nihayetinde kendi zamanlayıcısı altında çalışabilmesi için alt zamanlayıcıların temel yapısını ekler. Bu cümleyi dikkatle okuyun. Uygulama 7.1 sürümünde tamamlanmamıştır ve özellikle kuyruğa alma (enqueue) yolu eksiktir; dolayısıyla bu, bugün açıp kullanabileceğiniz bir özellikten ziyade, sonraki bir sürüm için atılmış bir temeldir.

Intel FRED (esnek geri dönüş ve olay iletimi - flexible return and event delivery), destekleyen donanımlarda artık varsayılan olarak etkindir. FRED, eski x86 olay iletim yolunun yerini daha temiz bir yapıyla alır ve 6.9 sürümünden beri çekirdekte fred=on önyükleme argümanının arkasında yer almaktaydı. Varsayılan olarak açık hale getirilmesi, piyasadaki donanımların yeterince test edildiğinin bir göstergesidir. Şimdiye kadar yayınlanan ve I/O yoğun iş yüklerinde %4 ile %7 aralığında değişen performans ölçümleri, istemci silikonu üzerindeki Phoronix testlerinden gelmektedir; bu nedenle kendi iş yükünüzü ölçmeden sunucularınız için bu veriye dayanarak bir planlama yapmayın.

Proxy yürütme, uzak bir kilit sahibini desteklemek için bağışçı taşıma (donor migration) özelliği kazandı, EEVDF negatif gecikme (negative lag) konusunda düzeltmeler aldı ve yüksek çözünürlüklü zamanlayıcı çekirdeği önemli ölçüde yeniden yazıldı. Bunlar, hiçbir yapılandırma dosyasında karşılığı olmayan, gecikme kalitesine yönelik iyileştirmelerdir.

clone3() içindeki yeni süreç ve container kontrolleri

clone3() içine üç bayrak eklendi ve her biri, denetleyicilerin yıllardır manuel olarak çözmeye çalıştığı bir boşluğu kapatıyor. CLONE_AUTOREAP, alt sürecin çıkış yaptığında kendisini temizlemesini sağlar; böylece süreç, asla wait() çağrısı yapmayacak bir ebeveyni bekleyen bir zombiye dönüşmez. CLONE_NNP, oluşturulma anında alt süreç üzerinde no_new_privs ayarını yapar; bu da clone işlemi ile alt sürecin bayrağı kendisi için ayarlaması arasındaki zaman aralığını kapatır. CLONE_PIDFD_AUTOKILL, alt sürecin yaşam süresini ebeveyne döndürülen pidfd ile ilişkilendirir: pidfd kapatıldığında alt süreç öldürülür; böylece ölen bir denetleyici, arkasında çalışan yetim süreçler bırakamaz.

Mount namespace yapıları da aynı şekilde ele alındı. clone3() için CLONE_EMPTY_MNTNS ve unshare() için UNSHARE_EMPTY_MNTNS, çalışma zamanının (runtime) daha sonra tek tek unmount etmesi gereken, ebeveynin mount noktalarının tam bir kopyası yerine, içinde hiçbir şey bulunmayan bir mount namespace oluşturur. FSMOUNT_NAMESPACE, fsmount() aracılığıyla bir dosya sisteminin doğrudan yeni bir namespace içine yerleştirilmesine olanak tanır. Container çalışma zamanları on yıldır bunu manuel olarak bir araya getiriyordu; bu işlemin tek bir çağrıda yapılması, çalışma zamanının artık ana makinenin mount noktalarıyla dolu bir namespace ile başlamayacağı anlamına gelir.

Sanallaştırma tarafında, guest_memfd artık userfaultfd desteğine sahiptir; böylece bir hipervizör, konuk sistemin sayfa hatalarını (page fault) kullanıcı alanından yönetebilir. Arm üzerinde Protected KVM, birleştirmenin kendisinin henüz üretime hazır olmadığını belirttiği anonim bellek desteğine kavuştu.

Kernel 7.1 sunucunuza ne zaman ulaşır

Fedora bu sürüme halihazırda sahip. Fedora 44 güncelleme deposu, Fedora'nın çekirdeğini bir sürüm döngüsü içerisinde yeni kararlı hatlara taşıması nedeniyle 2026 yılının Temmuz ve Ağustos ayları arasında 7.1 serisine geçti. Arch ve openSUSE Tumbleweed de aynı nedenle bu sürüme sahip. Bunlar servislerinizi çalıştırmak için değil, test yapmak için kullanılan makinelerdir.

Diğer tüm dağıtımlar bekler ve bu bekleme süreci tasarımsal bir tercihtir. Debian 13, 6.12 sürümüyle piyasaya sürüldü ve düzeltmeler bu sürüme geriye dönük olarak (backport) aktarılarak sürüm ömrü boyunca 6.12'de kalmaya devam eder. RHEL 10 da 6.12.0 ile piyasaya sürüldü ve aynı yöntemi izler. Ubuntu 26.04 LTS, Nisan 2026'da 7.0 sürümüyle yayınlandı. Ubuntu 24.04 LTS, daha sonraki Ubuntu sürümlerinden daha yeni bir çekirdeği LTS sürümüne çeken bir donanım etkinleştirme (HWE) yığınına sahiptir. Bu yığın, 24.04.4 ara sürümü itibarıyla 6.17 sürümündedir ve 27 Ağustos 2026 tarihinde 24.04.5 ile 7.0 sürümüne geçmesi planlanmaktadır.

İşte insanların yanlış anladığı kısım burasıdır. Bir HWE yığını, en yeni ara sürümün taşıdığı çekirdek sürümüne atlar; bu nedenle bir upstream hattını tamamen atlayabilir. 7.0 bir Ubuntu LTS sürümünde mevcuttur. 7.1 hiçbir zaman bir LTS sürümünün temeli olmayabilir, çünkü ondan sonraki ara sürüm daha sonraki bir hattı taşıyacaktır. LTS sürümünüze 7.1'den ulaşan tek şey, bulunduğunuz çekirdek hattına geriye dönük olarak aktarılan düzeltmelerdir. Özelliklerin çoğu ise eski sürümde kalır.

Kararlı bir sunucuda daha yeni bir çekirdek kullanmak istiyorsanız, desteklenen yollar oldukça kısıtlıdır.

# 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

Yeniden başlatmanın ardından, hangi çekirdekle açılış yaptığınızı kontrol edin:

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

uname -r artık yeni hattı göstermelidir ve dpkg -l yüklü olan tüm çekirdek imajlarını listeler. Eğer uname -r eski sürümü gösteriyor ancak dpkg -l yenisini listeliyorsa, paket yüklenmiş ancak önyükleyici (bootloader) varsayılanı değişmemiş demektir: GRUB menü girdilerini kontrol edin. /var/run/reboot-required dosyasının varlığı, bir paketin çekirdeği yükselttiğini ancak o zamandan beri sistemin yeniden başlatılmadığını gösterir; bu, yamalanmış bir sunucunun hala savunmasız kodu çalıştırmasının en yaygın nedenidir.

Üretim ortamındaki bir VPS üzerinde 7.1 sürümünü takip etmeli misiniz?

Hayır; bunun nedeni sadece tedbirli olma isteği değildir. Dağıtım çekirdeği (distribution kernel), bir destek sözleşmesidir. Canonical, Red Hat, SUSE ve Debian gibi kurumların her biri, güvenlik yamalarını kendi dondurulmuş sürümlerine geri taşır (backport) ve bunları birlikte sundukları kullanıcı alanı (userspace) ile test eder. Üçüncü taraf bir arşivden alınan veya elle derlenen bir ana hat (mainline) çekirdeği, size yeni özellikler sunar ancak bu güvenlik çalışmalarını ortadan kaldırır; çünkü kimse sizin derlediğiniz çekirdeğe yama geri taşımaz. Bu durumda çekirdeğin bakım sorumlusu siz olursunuz.

Bunun istisnaları gerçek ancak sınırlıdır: eski çekirdeğin çalıştıramadığı donanımlar veya kendi iş yükünüz üzerinde ölçümlediğiniz ve sonuçlarına katlanacak kadar ihtiyaç duyduğunuz bir performans değişikliği. VPS ortamında donanım sanal olduğu için ilk durum neredeyse hiçbir zaman geçerli değildir. Diğer tüm durumlar için dağıtım çekirdeğini güncel tutun ve sistem istediğinde yeniden başlatın. Eğer bir dağıtım yükseltmesi zaten yapılacaklar listenizdeyse, Ubuntu 24.04 sürümünden 26.04 sürümüne geçiş, sizi tek bir adımda 6.8 sürümünden 7.0 sürümüne taşır; bu, herhangi bir tekil çekirdek paketinin size sunacağından daha büyük bir sıçramadır.

FAQ

How do I check which Linux kernel my VPS is running?

Run uname -r. It prints something like 6.8.0-79-generic. The number before the first dash is the upstream line your distribution builds on, and everything after it is the distribution's own build number, which carries backported fixes. Then run systemd-detect-virt. If it prints lxc or openvz, you are on container virtualisation, you share the host's kernel, and you cannot change it. If it prints kvm, you boot your own kernel image and upgrades are yours to make.

Is Linux 7.1 a longterm support kernel?

No. As of 11 August 2026 the longterm lines listed on kernel.org are 6.18, 6.12, 6.6, 6.1, 5.15 and 5.10, and 7.1 is not among them. It is a normal stable release, and its stable line is dropped soon after the next mainline release appears. If you want a kernel with years of fixes behind it and years of fixes ahead, that is what your distribution's kernel already is.

When will Ubuntu or Debian ship kernel 7.1?

Probably never as a default. Debian 13 stays on 6.12 for the life of the release, and RHEL 10 stays on 6.12.0. Ubuntu 26.04 LTS shipped 7.0, and an Ubuntu hardware enablement stack jumps to whatever kernel the newest interim release carries, so it can skip an upstream line entirely. Ubuntu 24.04 LTS is scheduled to move its HWE kernel to 7.0 with the 24.04.5 point release on 27 August 2026. The fixes from 7.1 will reach you as backports into an older line. The features usually will not.

What in Linux 7.1 actually matters on a virtual private server?

Four items. Hardware queue leasing lets a container use one real NIC queue for AF_XDP at native speed. The third phase of the swap rework removes the static swap map and cuts the metadata the kernel holds for your swap device by a reported 30%. MGLRU can check page young flags in batches, with the largest published gain on a many-core Arm server. And clone3() gained CLONE_AUTOREAP, CLONE_NNP and CLONE_PIDFD_AUTOKILL, which make supervising child processes safer. Filesystem-level T10 protection information landed too, but a virtual disk rarely exposes the integrity metadata it needs.

Will upgrading my kernel break my VPS?

The common failures happen at boot. A full /boot makes update-initramfs fail with No space left on device during install, leaving the package half configured: clear old kernels with sudo apt autoremove --purge, then reinstall. Out-of-tree modules built against the old kernel stop loading, so anything managed by DKMS has to rebuild, and a failed rebuild is silent until the module is missing at runtime. And if uname -r still reports the old version after a reboot while dpkg -l lists the new image, nothing broke in the install: the bootloader default did not move.