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ınlandı. Bir VPS (sanal özel sunucu) kullanıcısı için önem taşıyan değişiklikler dört ana alanda toplanmaktadır: depolama ve dosya sistemleri, ağ yönetimi, bellek yönetimi ile süreç ve container kontrolü. Sürümün geri kalanı, büyük ölçüde başsız (headless) bir sunucunun asla yüklemediği masaüstü ve grafik çalışmalarından oluşmaktadır.

Öncelikle bilmeniz gereken ikinci bir yanıt daha bulunmaktadır. 7.1 sürümü büyük ihtimalle sunucunuzda çalışmamaktadır ve uzun bir süre de çalışmayacaktır. kernel.org, 7.1 sürümünü uzun vadeli (longterm) bir sürüm olarak listelememektedir. 11 Ağustos 2026 itibarıyla uzun vadeli 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 edilir. "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 gibi görünür. İlk tire işaretinden önceki kısım ana hat (upstream) sürümüdür. 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 paketi, daha sonraki çekirdeklerden geriye taşınmış (backported) binlerce düzeltmeyi içerir; bu nedenle Mart 2024'te Linus tarafından 6.8 olarak etiketlenen kod ile aynı değildir. "Çekirdeğim eski" ifadesinin göründüğünden daha az anlam ifade etmesinin 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. Kendi çekirdek imajınızı önyüklediğiniz ve yükseltmenin gerçek bir yükseltme olduğu tam bir sanal makinede 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 size 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 hiçbiri 7.1 sürümüyle önyükleme yapmaz. En yenisi, ana hat sürümünün 1 sürüm gerisinde olan Ubuntu 26.04 LTS (7.0)'dur. 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 geride durmaktadır. 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ı tartıyorsanız, sunucuda LTS ile ara sürüm arasındaki ödünleşim bu sayıların altında yatan karardır.

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; böylece hatalı yönlendirilmiş veya yarım kalmış yazma işlemleri, geçerli veri olarak geri döndürülmek yerine yakalanır. Bir VPS kiracısı için buradaki engel 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 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 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üzeltmelerin yanı sıra, izlenen bir aralıktaki ilk kapsamın temizlenmesini hızlandıran ve birleştirme notlarında belirtilen örnek iş yükünde %10 daha fazla verim sağlayan bir değişiklik almıştır. Kapatma işlemi artık deneysel olarak işaretlenmemektedir. XFS, iomap aracılığıyla sıfır aralık temizleme ve arama işlemlerini iyileştirmiş, ayrıca zoned cihazlar için temel oluşturan gerçek zamanlı grup geometrisine bir yazma işaretçisi eklemiştir. NTFS, bu sürümde tam yazma desteği ve iomap dönüşümü ile tamamen yeniden yazılmıştır; bu durum, sunucunuzda bir Windows makinesinden alınan disk imajını bağlamanız gerektiğinde önem kazanır.

Bilinmesi gereken daha küçük depolama öğeleri şunlardır: Kullanıcı alanı blok sürücüsü ublk, sıfır kopyalı I/O yeteneği kazanmıştır; io_uring, SCSI passthrough komutları kazanmıştır; SED-OPAL kendinden şifreli sürücü desteği, STACK_RESET komutunu ve genişletilmiş tek kullanıcı modunu kazanmıştır; doğrudan erişimli cihazlar için yeni bir fs-dax karakter sürücüsü eklenmiştir ve VFS, inode->i_ino değerini unsigned long seviyesinden u64 seviyesine genişletmiştir; bu da 32-bit yapılardaki inode numarası sınırını kaldırmaktadır. 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 imzalayabilmekte ve CIFS istemcisi O_TMPFILE özelliğini öğrenmiştir.

Ağ oluşturma: kuyruk kiralama ve bir container'a sağladıkları

Ağ oluşturma tarafındaki 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ı container'lardır. Şimdiye kadar, AF_XDP (ham paketleri ağ yığını üzerinden kopyalamadan doğrudan kullanıcı alanına ileten soket türü) kullanmak isteyen bir container'a, cihazın neredeyse tamamına yakın bir erişim yetkisi verilmesi gerekiyordu. Kiralanan bir kuyruk sayesinde container, 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 (host) ise NIC'in geri kalanını kullanmaya devam eder. Bu özellik, io_uring'in sıfır kopyalama (zero-copy) yolundaki AF_XDP desteği ile birlikte kullanıma sunulmaktadır.

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ç (process) 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 kaldırıldı. 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, herhangi bir dağıtım çekirdeğinde fark edilmeyecektir; çünkü yaygın sunucu dağıtımları IPv6'yı zaten çekirdeğin içine derlenmiş olarak sunmaktadır.

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'una tekabül ediyor; 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 küçük bir swap dosyasında bu miktar azdır, ancak yapılandırdığınız swap alanı büyüdükçe bu değer de artar.

MGLRU (çok nesilli en az yakın zamanda kullanılan, daha yeni sayfa geri kazanım algoritması), artık sayfalardaki 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 büyük getiriyi sağlar; bu nedenle söz konusu rakam büyük bir Arm makinesinden elde edilmiştir. Eğer x86 yerine bir Arm VPS kullanıyorsanız, bu 7.1 değişikliği kendi ölçümlerinizde fark etme olasılığınızın en yüksek olduğu geliştirmedir, ancak iki veya dört çekirdekli sistemlerde bu ölçekte bir fark görülmeyebilir.

Ayrıca bu sürümde: sonlanan bellek cgroup'larından veri 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 sizin yapılandıracağınız ayarlar değildir. Bunlar, sistem süresinde (system time) küçük bir azalma olarak fark edeceğiniz iyileştirmelerdir.

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

BPF programı olarak bir CPU zamanlayıcısı yazmanıza ve bunu ç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 nihayetinde kendi zamanlayıcısı altında çalışabilmesi için alt zamanlayıcıların temel yapısını ekler. Bu cümleyi dikkatli 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 daha sonraki bir sürüm için atılmış bir temeldir.

Intel FRED (esnek dönüş ve olay iletimi), bunu destekleyen donanımlarda artık varsayılan olarak etkindir. FRED, eski x86 olay iletim yolunun yerini daha temiz bir yapı ile 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 konuma 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 ölçümler, istemci silikonu üzerindeki Phoronix testlerinden gelmektedir; bu nedenle kendi iş yükünüzü ölçmeden sunucularınız için bu değerleri baz almayın.

Proxy yürütme, uzak bir kilit sahibini hızlandırmak için donör geçişi kazandı, EEVDF negatif gecikme ile ilgili 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 görünmeyen, gecikme kalitesine yönelik değişikliklerdir.

clone3() içinde yeni süreç ve konteyner 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ğırmayacak bir ebeveyni bekleyen bir zombiye dönüşmez. CLONE_NNP, alt süreç oluşturulurken no_new_privs bayrağını ayarlar; bu, clone çağrısı 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ç sonlandırılır; böylece ölen bir denetleyici, çalışmaya devam eden yetim süreçler bırakamaz.

Mount namespace yapıları da aynı iyileştirmeleri aldı. 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 ebeveyn mount'ları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. Konteyner ç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'larıyla dolu bir namespace ile başlamayacağı anlamına gelir.

Sanallaştırma tarafında, guest_memfd artık userfaultfd'yi destekliyor; böylece bir hipervizör, konuk sistemin sayfa hatalarını (page fault) kullanıcı alanından yönetebilir. Arm üzerinde Protected KVM, anonim bellek desteği kazandı; ancak birleştirme işleminin kendisi, bu özelliğin henüz üretime hazır olmadığını belirtiyor.

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 her sürüm içerisinde yeni kararlı hatlara taşıması nedeniyle Temmuz ve Ağustos 2026 döneminde 7.1 serisine geçti. Arch ve openSUSE Tumbleweed de aynı nedenle bu sürüme sahiptir. 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ım gereğidir. Debian 13, 6.12 sürümüyle piyasaya sürülmüştür ve düzeltmelerin geriye taşınması (backport) yöntemiyle sürüm ömrü boyunca 6.12'de kalır. RHEL 10, 6.12.0 sürümüyle çıkmış ve aynı yöntemi izlemiştir. Ubuntu 26.04 LTS, Nisan 2026'da 7.0 sürümüyle yayınlanmıştır. 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. Ara sürüm (point release), Ubuntu'nun yeni bir versiyonu değildir; yalnızca 24.04 sürümünün o ana kadarki tüm güncellemeleri içeren yeni kurulum medyasıdır. Bu nedenle 24.04.5 sürümünün halihazırda yamaladığınız bir sunucuda neleri değiştirdiği, büyük oranda HWE çekirdek hattı ve çok az sayıda başka bileşendir.

İnsanları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 yukarı akış (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 hatta geriye taşınan düzeltmelerdir. Özellikler ise büyük oranda geride kalır.

Kararlı bir sunucuda daha yeni bir çekirdek kullanmak istiyorsanız, desteklenen yollar sınırlı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 hala yüklü olan tüm çekirdek imajlarını listeler. Eğer uname -r eski sürümü gösterirken dpkg -l yenisini listeliyorsa, paket yüklenmiş ancak önyükleyici (bootloader) varsayılanı değişmemiştir: GRUB menü girdilerini kontrol edin. /var/run/reboot-required dosyasının varlığı, bir paketin çekirdeği yükselttiğini ancak sistemin o zamandan beri 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 aşırı temkinli olmak değildir. Dağıtım çekirdeği (distribution kernel), bir destek sözleşmesidir. Canonical, Red Hat, SUSE ve Debian gibi kuruluşların her biri, güvenlik yamalarını kendi dondurulmuş sürümlerine geriye dönük olarak (backport) uygular ve bunları birlikte sundukları kullanıcı alanı (userspace) yazılımlarıyla 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ı elinizden alır; çünkü kimse sizin derlediğiniz çekirdeğe güvenlik yamalarını geriye dönük olarak uygulamaz. Bu durumda çekirdeğin bakımını üstlenen kişi 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 katlanmaya değecek kadar ihtiyaç duyduğunuz bir performans değişikliği. Bir VPS üzerinde ilk durum neredeyse hiçbir zaman geçerli değildir, çünkü gördüğünüz donanım sanaldır. 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 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

VPS sunucumun hangi Linux çekirdeğini çalıştırdığını nasıl kontrol ederim?

uname -r komutunu çalıştırın. Bu komut 6.8.0-79-generic gibi bir çıktı verir. İlk tire işaretinden önceki sayı dağıtımınızın temel aldığı ana sürümü, tireden sonraki kısım ise dağıtımın kendi derleme numarasını ve geriye dönük yamalarını (backported fixes) gösterir. Ardından systemd-detect-virt komutunu çalıştırın. Eğer çıktı lxc veya openvz ise, konteyner sanallaştırma kullanıyorsunuz demektir; bu durumda ana makinenin çekirdeğini paylaşırsınız ve çekirdeği değiştiremezsiniz. Eğer çıktı kvm ise, kendi çekirdek imajınızla önyükleme yapıyorsunuz demektir ve güncellemeler sizin sorumluluğunuzdadır.

Linux 7.1 uzun süreli destek (LTS) çekirdeği midir?

Hayır. 11 Ağustos 2026 itibarıyla kernel.org üzerinde listelenen uzun süreli destek sürümleri 6.18, 6.12, 6.6, 6.1, 5.15 ve 5.10'dur; 7.1 bu listede yer almaz. Bu normal bir kararlı sürümdür ve bir sonraki ana sürüm yayınlandıktan kısa süre sonra kararlı destek hattı sonlandırılır. Yıllarca süren düzeltmeleri içeren ve gelecekte de destek alacak bir çekirdek arıyorsanız, dağıtımınızın halihazırda sunduğu çekirdek zaten budur.

Ubuntu veya Debian ne zaman 7.1 çekirdeğini sunacak?

Varsayılan olarak muhtemelen hiçbir zaman. Debian 13, sürüm ömrü boyunca 6.12 çekirdeğinde kalır; RHEL 10 ise 6.12.0 sürümünde sabit kalır. Ubuntu 26.04 LTS, 7.0 çekirdeği ile yayınlanmıştır. Ubuntu donanım etkinleştirme (HWE) yığını, en yeni ara sürümün taşıdığı çekirdeğe geçiş yapar; bu nedenle bir ana sürümü tamamen atlayabilir. Ubuntu 24.04 LTS'nin HWE çekirdeğini 27 Ağustos 2026 tarihindeki 24.04.5 ara sürümüyle 7.0 sürümüne taşıması planlanmaktadır. 7.1 sürümündeki düzeltmeler size daha eski bir çekirdek hattına yapılan geriye dönük yamalar (backports) olarak ulaşacaktır. Yeni özellikler ise genellikle bu yamalara dahil edilmez.

Linux 7.1 sürümündeki hangi yenilikler bir VPS için önemlidir?

Dört madde öne çıkmaktadır. Donanım kuyruğu kiralama (hardware queue leasing), bir konteynerin AF_XDP için gerçek bir ağ kartı (NIC) kuyruğunu yerel hızda kullanmasına olanak tanır. Takas alanı (swap) iyileştirmelerinin üçüncü aşaması, statik takas haritasını kaldırır ve çekirdeğin takas aygıtınız için tuttuğu meta veriyi yaklaşık %30 oranında azaltır. MGLRU, sayfa "gençlik" (young) bayraklarını gruplar halinde kontrol edebilir; bu özellik en yüksek performans artışını çok çekirdekli Arm sunucularda sağlar. Ayrıca clone3(), alt süreçlerin denetimini daha güvenli hale getiren CLONE_AUTOREAP, CLONE_NNP ve CLONE_PIDFD_AUTOKILL özelliklerini kazanmıştır. Dosya sistemi düzeyinde T10 koruma bilgisi desteği de eklenmiştir, ancak sanal diskler genellikle ihtiyaç duydukları bütünlük meta verilerini dışa aktarmazlar.

Çekirdeğimi yükseltmek VPS sunucumu bozar mı?

Yaygın hatalar önyükleme sırasında meydana gelir. Tam dolu bir /boot, kurulum sırasında update-initramfs işleminin No space left on device hatasıyla başarısız olmasına ve paketin yarı yapılandırılmış halde kalmasına neden olabilir: eski çekirdekleri sudo apt autoremove --purge ile temizleyin ve ardından yeniden kurun. Eski çekirdeğe göre derlenmiş çekirdek dışı modüller yüklenmeyi durdurur; bu nedenle DKMS tarafından yönetilen her şeyin yeniden derlenmesi gerekir. Başarısız bir yeniden derleme işlemi, modül çalışma zamanında eksik olana kadar sessiz kalır. Eğer yeniden başlatma sonrasında uname -r hala eski sürümü bildiriyor ancak dpkg -l yeni imajı listeliyorsa, kurulumda bir sorun yoktur; sadece önyükleyici (bootloader) varsayılan ayarı değişmemiştir.