Linux kernel 7.1: சர்வர்களுக்கான புதிய மாற்றங்கள் என்ன?

Linux kernel 7.1-ல் உள்ள புதிய அம்சங்கள்

Linux kernel 7.1, 7.0 பதிப்பு வெளியான ஒன்பது வாரங்களுக்குப் பிறகு, 14 June 2026 அன்று வெளியிடப்பட்டது. ஒரு VPS (virtual private server) பயனரைப் பொறுத்தவரை, சேமிப்பகம் மற்றும் கோப்பு முறைமைகள் (storage and filesystems), நெட்வொர்க்கிங், நினைவக மேலாண்மை (memory management), மற்றும் செயல்முறை மற்றும் கொள்கலன் கட்டுப்பாடு (process and container control) ஆகிய நான்கு பகுதிகளில் மட்டுமே மாற்றங்கள் முக்கியத்துவம் பெறுகின்றன. இந்த வெளியீட்டின் பிற பகுதிகள் பெரும்பாலும் டெஸ்க்டாப் மற்றும் கிராபிக்ஸ் சார்ந்தவை, இவை headless server-களில் பயன்படுத்தப்படுவதில்லை.

நீங்கள் முதலில் தெரிந்துகொள்ள வேண்டிய மற்றொரு முக்கியமான விஷயம் உள்ளது. உங்கள் server-ல் 7.1 பதிப்பு இயங்குவதற்கான வாய்ப்பு மிகக் குறைவு, மேலும் நீண்ட காலத்திற்கு அது கிடைக்காது. kernel.org, 7.1-ஐ ஒரு longterm வெளியீடாகப் பட்டியலிடவில்லை. 11 August 2026 நிலவரப்படி, 6.18, 6.12, 6.6, 6.1, 5.15 மற்றும் 5.10 ஆகியவையே longterm பதிப்புகளாக உள்ளன. அனைத்து முக்கிய server distribution-களும் இவற்றில் ஒன்றையோ அல்லது அவை சொந்தமாகப் பராமரிக்கும் பதிப்பையோ அடிப்படையாகக் கொண்டே உருவாக்கப்படுகின்றன. "Kernel-ல் புதியது" என்பதற்கும் "உங்கள் server-ல் புதியது" என்பதற்கும் பல ஆண்டுகள் இடைவெளி இருப்பதால், இந்த வழிகாட்டி இரண்டையும் உள்ளடக்கியுள்ளது.

உங்கள் VPS தற்போது எந்த kernel-ஐ இயக்குகிறது

uname -r
uname -srm
systemd-detect-virt

uname -r கட்டளையானது தற்போது இயங்கும் kernel release-ஐ அச்சிடும். Ubuntu 24.04-ல் இது 6.8.0-79-generic என்று தோன்றும். முதல் dash-க்கு முன்னால் உள்ள பகுதி upstream line ஆகும். அதற்குப் பின்னால் உள்ள அனைத்தும் உங்கள் distribution-ன் சொந்த build எண் ஆகும்; இது upstream-ஐப் பின்பற்றுவதில்லை. Canonical-ன் 6.8.0-79, பிற்கால kernel-களில் இருந்து backport செய்யப்பட்ட ஆயிரக்கணக்கான திருத்தங்களைக் கொண்டுள்ளது. எனவே, இது மார்ச் 2024-ல் Linus 6.8 என்று குறிப்பிட்ட அதே code அல்ல. இதனால்தான் "எனது kernel பழையது" என்று சொல்வது, அது தோன்றுவதை விடக் குறைவான அர்த்தத்தையே தருகிறது. அம்சங்கள் பழையதாக இருக்கலாம், ஆனால் பாதுகாப்புத் திருத்தங்கள் பொதுவாகப் பழையவை அல்ல.

systemd-detect-virt கட்டளையானது உங்களால் kernel-ஐ மாற்ற முடியுமா என்பதைத் தெரிவிக்கும். இது ஒரு முழுமையான virtual machine-ல் kvm என்று அச்சிடும்; அங்கு நீங்கள் உங்கள் சொந்த kernel image-ஐ boot செய்யலாம் மற்றும் upgrade என்பது உண்மையான upgrade ஆகும். இது container virtualisation-ல் lxc அல்லது openvz என்று அச்சிடும்; அங்கு host kernel பகிரப்படுகிறது. ஒரு container திட்டத்தில், uname -r வழங்குநரின் (provider) kernel-ஐக் காட்டுகிறது. ஒரு kernel package-ஐ நிறுவுவது நீங்கள் boot செய்யக்கூடிய எதையும் மாற்றாது. வழங்குநர் host-ஐப் புதிய kernel-க்கு reboot செய்யும் வரை, இந்த release-ல் உள்ள எந்த அம்சமும் உங்களுக்குக் கிடைக்காது. எந்தவொரு kernel பணியையும் திட்டமிடுவதற்கு முன் இந்தச் சோதனையைச் செய்யவும்.

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

இது 6 தளங்கள், இதில் ஒன்றுகூட 7.1-ஐ boot செய்யவில்லை. புதியது Ubuntu 26.04 LTS (7.0) ஆகும், இது upstream release-ஐ விட 1 பின் தங்கியுள்ளது. ஆதரவில் உள்ளவற்றில் பழமையானது 26 release-கள் பின் தங்கியுள்ளது. Ubuntu 24.04-ன் default GA kernel 13 release-கள் பின் தங்கியுள்ளது, மேலும் Debian 13 மற்றும் RHEL 10 ஆகியவை 6.12 longterm line-ல் 9 பின் தங்கியுள்ளன. release-களைக் கணக்கிடுவது ஒரு தோராயமான அளவீடு மட்டுமே, ஏனெனில் இது distribution-கள் backport செய்யும் அனைத்தையும் புறக்கணிக்கிறது, ஆனால் இது இடைவெளியின் தன்மையைக் காட்டுகிறது. இவற்றில் எதை இயக்குவது என்று நீங்கள் பரிசீலித்தால், server-ல் LTS மற்றும் interim release-க்கு இடையிலான சமரசம் என்பது இந்த எண்களுக்கு அடியில் உள்ள முடிவாகும்.

7.1-ல் சேமிப்பகம் மற்றும் கோப்பு முறைமைகள் (filesystems)

7.1 பதிப்பில், block layer-ல் மட்டும் இல்லாமல், கோப்பு முறைமைக்குள்ளேயே T10 PI (protection information)-ஐ உருவாக்கும் மற்றும் சரிபார்க்கும் திறன் சேர்க்கப்பட்டுள்ளது. இதனுடன் நெகிழ்வான T10 alignment ஆதரவும் வழங்கப்பட்டுள்ளது. T10 PI என்பது ஒவ்வொரு block-உடனும் இணைக்கப்படும் கூடுதல் bytes ஆகும். இது ஒரு checksum மற்றும் தரவு எந்த block-ஐச் சேர்ந்தது என்பதைக் குறிக்கும் tag-ஐக் கொண்டிருக்கும். இதனால், தவறான இடத்திற்கு எழுதப்படும் தரவு அல்லது பாதியிலேயே நின்றுபோன எழுத்து (torn write) கண்டறியப்பட்டு, அவை சரியான தரவாகக் கருதப்படுவது தடுக்கப்படுகிறது. VPS பயனர்களுக்கு இதில் உள்ள சிக்கல் வன்பொருள் (hardware) சார்ந்தது. Integrity metadata-வை அந்த சாதனம் வெளிப்படுத்த வேண்டும், ஆனால் ஒரு virtual disk பொதுவாக இதைச் செய்வதில்லை.

ls /sys/block/vda/integrity/

பெரும்பாலான VPS வட்டுகளில் இது No such file or directory என்ற பதிலை அளிக்கும். ஏனெனில், சாதனம் integrity ஆதரவைப் பதிவு செய்யும் போது மட்டுமே block layer integrity கோப்பகத்தை உருவாக்கும். இந்த பிழை இங்கு இயல்பானதே, இது ஒரு கோளாறு அல்ல. சேமிப்பக அம்சங்களைப் பற்றி மேலும் படிக்கும் முன், உங்கள் வட்டு உண்மையில் என்ன என்பதை அறிய, VPS வட்டு உண்மையில் NVMe தானா என்பதைச் சரிபார்த்தல் முதலில் முக்கியமானது. மேலும், VPS-ல் NVMe மற்றும் SATA SSD-க்கு இடையிலான வேறுபாடு ஏன் இந்த பதில் உங்கள் செயல்திறன் எண்களை மாற்றுகிறது என்பதை விளக்குகிறது.

Btrfs-ல், memory pressure இருக்கும்போது ஏற்படும் copy-on-write amplification சிக்கல்களுக்குத் தீர்வுகள் காணப்பட்டுள்ளன. மேலும், tracked range-ல் முதல் extent-ஐ நீக்கும் வேகம் அதிகரிக்கப்பட்டுள்ளது; இது merge அறிக்கையில் குறிப்பிடப்பட்டுள்ள மாதிரி பணிச்சுமையில் 10% கூடுதல் throughput-ஐத் தருகிறது. இதன் shutdown செயல்பாடு இனி experimental எனக் குறிக்கப்படாது. XFS-ல் zero range flushing மற்றும் iomap மூலமான lookup மேம்படுத்தப்பட்டுள்ளது. மேலும், real-time group geometry-க்கு write pointer சேர்க்கப்பட்டுள்ளது; இது zoned சாதனங்களுக்கான அடிப்படைப் பணியாகும். இந்த வெளியீட்டில் NTFS முழுமையாக மீண்டும் எழுதப்பட்டுள்ளது. இதில் முழுமையான write ஆதரவு மற்றும் iomap மாற்றம் உள்ளது. உங்கள் server-ல் Windows machine-ன் disk image-ஐ mount செய்யும்போது இது முக்கியமானது.

தெரிந்துகொள்ள வேண்டிய சிறிய சேமிப்பக மாற்றங்கள்: user-space block driver-ஆன ublk-ல் zero-copy I/O சேர்க்கப்பட்டுள்ளது; io_uring-ல் SCSI passthrough கட்டளைகள் சேர்க்கப்பட்டுள்ளன; SED-OPAL self-encrypting drive ஆதரவில் STACK_RESET கட்டளை மற்றும் extended single user mode சேர்க்கப்பட்டுள்ளது; direct-access சாதனங்களுக்காக புதிய fs-dax character driver உருவாக்கப்பட்டுள்ளது; VFS-ல் inode->i_ino என்பது unsigned long-லிருந்து u64-ஆக அதிகரிக்கப்பட்டுள்ளது. இது 32-bit builds-ல் இருந்த inode எண் வரம்பை நீக்குகிறது. Network filesystem பகுதியில், in-kernel NFS server இப்போது sign_fh mount option மூலம் தனது file handles-ஐ sign செய்ய முடியும்; CIFS client-ல் O_TMPFILE சேர்க்கப்பட்டுள்ளது.

Networking: queue leasing மற்றும் அது ஒரு container-க்கு வழங்கும் வசதிகள்

Networking-ல் ஏற்பட்டுள்ள மிக முக்கியமான மாற்றம் hardware queue leasing ஆகும். ஒரு virtual netdev இப்போது physical netdev-ல் உள்ள ஒரு real queue-ஐ குத்தகைக்கு (lease) எடுத்து, அதற்கு proxy-ஆகச் செயல்பட முடியும். இதன் நோக்கம் container-கள் ஆகும். இதுவரை, AF_XDP (address family express data path - இது network stack வழியாக நகலெடுக்கப்படாமல் raw packets-ஐ user space-க்கு வழங்கும் socket வகை) தேவைப்படும் ஒரு container-க்கு, முழு device-ஐயும் வழங்க வேண்டியிருந்தது. இப்போது leased queue மூலம், அது ஒரு hardware queue-ஐப் பெற்று, AF_XDP மற்றும் memory providers-ஐ native வேகத்தில் இயக்க முடியும்; அதே நேரத்தில் host மீதமுள்ள NIC-ஐத் தன்வசம் வைத்திருக்கும். இது io_uring-ன் zero-copy பாதையில் உள்ள AF_XDP ஆதரவுடன் இணைகிறது.

சாதாரண நிலையில், sockfs-ல் உள்ள sockets இப்போது user.* extended attributes-ஐ ஏற்கும். Path-அடிப்படையிலான AF_UNIX socket ஏற்கனவே அதன் கீழே உள்ள filesystem-லிருந்து xattr ஆதரவைப் பெற்றிருந்தது, ஆனால் sockfs-ல் மட்டும் இருக்கும் socket-க்கு அந்த வசதி இல்லை. இப்போது ஒரு process ஒரு socket-க்கு label இட முடியும், மேலும் ஒரு eBPF program அந்த label-ஐ வைத்து filter செய்ய முடியும்.

இரண்டு நீக்கங்கள் செய்யப்பட்டுள்ளன. UDP-Lite பயனர்கள் எவரும் இல்லாததால் நீக்கப்பட்டுவிட்டது. IPv6-ஐ இனி loadable module-ஆக உருவாக்க முடியாது: உங்களுக்கு IPv6 தேவைப்பட்டால், அது kernel-உடன் சேர்த்து compile செய்யப்பட வேண்டும். இரண்டாவது மாற்றம் எந்தவொரு distribution kernel-லும் தெரியாது, ஏனெனில் பொதுவான server distributions ஏற்கனவே IPv6-ஐ kernel-உடன் சேர்த்தே உருவாக்குகின்றன.

நினைவக மேலாண்மை: swap table நிறைவுற்றது

Swap மறுசீரமைப்பு அதன் மூன்றாவது கட்டத்தை எட்டியுள்ளது, இந்த கட்டத்தில் static swap map நீக்கப்படுகிறது. Swap எண்ணிக்கை இப்போது நேரடியாக swap table-ல் சேமிக்கப்படுகிறது. இதன் மூலம் static swap metadata-வில் சுமார் 30% சேமிக்கப்படுகிறது; இது swap device-ன் அளவைப் பொறுத்து kernel எப்போதும் வைத்திருக்கும் நினைவகமாகும், இதில் தரவுகள் swap செய்யப்பட்டாலும் இல்லாவிட்டாலும் இந்த அளவு மாறாது. சிறிய swap file-களில் இது மிகச்சிறிய அளவே, ஆனால் நீங்கள் அமைக்கும் swap-ன் அளவிற்கு ஏற்ப இது அதிகரிக்கும்.

MGLRU (multi-generational least recently used, புதிய page reclaim algorithm) இப்போது பக்கங்களின் (pages) young flag-ஐ ஒவ்வொன்றாகச் சரிபார்ப்பதற்குப் பதிலாக, தொகுப்புகளாக (batches) சரிபார்க்கிறது. இந்த மாற்றத்தின் மூலம் Arm64 32-core server-ல் 60%-க்கும் அதிகமான முன்னேற்றம் கிடைத்துள்ளதாகத் தெரிவிக்கப்பட்டுள்ளது. ஒரு பக்கத்திற்கான செலவு (per-page cost) அதிகமாக இருக்கும் இடங்களில் இந்த batching முறை அதிக பலனைத் தருகிறது, இதனால்தான் பெரிய Arm machine-களில் இந்த அளவு முன்னேற்றம் காணப்பட்டது. நீங்கள் x86-க்கு பதிலாக ஒரு Arm VPS பயன்படுத்துகிறீர்கள் என்றால், 7.1 பதிப்பில் உங்கள் அளவீடுகளில் இந்த மாற்றம் வெளிப்பட அதிக வாய்ப்புள்ளது, இருப்பினும் இரண்டு அல்லது நான்கு core-கள் கொண்ட கணினிகளில் இந்த அளவு தாக்கம் இருக்காது.

மேலும் இதில்: அழியும் நிலையில் உள்ள memory cgroups-லிருந்து தரவு பரிமாற்றங்கள் நீக்கப்பட்டுள்ளன, khugepaged குறைந்த CPU பயன்பாட்டுடன் ஸ்கேன் செய்கிறது, மற்றும் maple tree அதன் பெரிய node கையாளுதலில் பெரிய அளவில் மறுசீரமைப்பு செய்யப்பட்டுள்ளது. இவை எதையும் நீங்கள் configure செய்ய வேண்டியதில்லை. இவை system time சற்று குறைவதன் மூலம் உங்களுக்குத் தெரியவரும் மாற்றங்கள்.

Schedulers: sched_ext sub-schedulers மற்றும் FRED இயல்பாகவே செயல்படுத்துதல்

sched_ext என்பது BPF நிரலாக CPU scheduler-ஐ எழுதி, runtime-ல் அதை ஏற்ற அனுமதிக்கும் ஒரு extensible scheduler class ஆகும். இது 6.12 பதிப்பில் அறிமுகமானது. 7.1 பதிப்பில் sub-schedulers-க்கான அடிப்படை கட்டமைப்பு சேர்க்கப்பட்டுள்ளது. இதன் மூலம், ஒரு control group அதன் சொந்த scheduler-ன் கீழ் இயங்க முடியும். இந்த வாக்கியத்தை கவனமாகப் படிக்கவும். 7.1-ல் இதன் செயலாக்கம் முழுமையடையவில்லை; குறிப்பாக enqueue path விடுபட்டுள்ளது. எனவே, இது தற்போதே பயன்படுத்தக்கூடிய வசதி அல்ல, மாறாக எதிர்கால வெளியீட்டிற்கான அடித்தளமாகும்.

Intel FRED (flexible return and event delivery) வசதி, அதை ஆதரிக்கும் hardware-களில் இப்போது இயல்பாகவே (by default) செயல்படுத்தப்பட்டுள்ளது. FRED, பழைய x86 event delivery path-க்கு மாற்றாக மிகவும் நேர்த்தியான ஒரு முறையை வழங்குகிறது. இது 6.9 பதிப்பு முதல் fred=on boot argument மூலம் kernel-ல் இருந்து வருகிறது. இது இப்போது இயல்பாகவே ஆன் செய்யப்பட்டுள்ளது என்பது, சந்தையில் உள்ள hardware-களில் இது போதுமான அளவு சோதிக்கப்பட்டுவிட்டது என்பதைக் குறிக்கிறது. இதுவரை வெளியிடப்பட்ட அளவீடுகளின்படி, I/O அதிகம் தேவைப்படும் பணிகளில் 4% முதல் 7% வரை செயல்திறன் உயர்வு கிடைப்பதாக Phoronix-ன் client silicon சோதனைகள் தெரிவிக்கின்றன. எனவே, உங்கள் சொந்த workload-ல் இதைச் சோதித்துப் பார்க்கும் வரை, server-ல் இதற்கான செயல்திறன் உயர்வை எதிர்பார்க்க வேண்டாம்.

Proxy execution-ல் remote lock owner-ஐ ஊக்குவிக்க donor migration சேர்க்கப்பட்டுள்ளது. EEVDF-ல் negative lag தொடர்பான பிழைகள் சரிசெய்யப்பட்டுள்ளன. மேலும், high-resolution timer core கணிசமாக மாற்றியமைக்கப்பட்டுள்ளது. இவை latency-ஐ மேம்படுத்தும் மாற்றங்கள் ஆகும்; இவற்றை எந்த configuration கோப்பின் மூலமும் மாற்ற முடியாது.

clone3()-ல் புதிய process மற்றும் container கட்டுப்பாடுகள்

clone3()-ல் மூன்று flags சேர்க்கப்பட்டுள்ளன. இவை ஒவ்வொன்றும், பல ஆண்டுகளாக supervisors கைமுறையாகச் செய்து வந்த வேலைகளுக்கு மாற்றாக, ஒரு இடைவெளியை நிரப்புகின்றன. CLONE_AUTOREAP, child process வெளியேறும்போது தானாகவே தன்னை அழித்துக்கொள்ளச் செய்கிறது. இதனால், wait()-ஐ அழைக்காத parent-க்காகக் காத்திருக்கும் zombie process-கள் உருவாகாது. CLONE_NNP, child process உருவாக்கப்படும்போதே no_new_privs-ஐ அமைக்கிறது. இது, clone செய்யப்பட்டதற்கும் child அந்த flag-ஐ அமைப்பதற்கும் இடைப்பட்ட நேரத்தில் ஏற்படும் பாதுகாப்பு இடைவெளியை மூடுகிறது. CLONE_PIDFD_AUTOKILL, child-ன் ஆயுட்காலத்தை parent-க்குத் திரும்பக் கிடைக்கும் pidfd-உடன் இணைக்கிறது: pidfd-ஐ மூடினால் child கொல்லப்படும். எனவே, ஒரு supervisor செயலிழந்தாலும், அனாதையான process-கள் இயங்கிக்கொண்டிருக்காது.

Mount namespaces-க்கும் இதே போன்ற வசதிகள் செய்யப்பட்டுள்ளன. clone3()-க்கான CLONE_EMPTY_MNTNS மற்றும் unshare()-க்கான UNSHARE_EMPTY_MNTNS ஆகியவை, எவ்வித உள்ளடக்கமும் இல்லாத ஒரு புதிய mount namespace-ஐ உருவாக்குகின்றன. வழக்கமாக, parent-ன் அனைத்து mount-களும் நகலெடுக்கப்பட்டு, பின்னர் runtime அவற்றை unmount செய்ய வேண்டியிருக்கும்; இந்த முறை அதைத் தவிர்க்கிறது. FSMOUNT_NAMESPACE, fsmount()-ஐப் பயன்படுத்தி ஒரு filesystem-ஐ நேரடியாகப் புதிய namespace-க்குள் வைக்க அனுமதிக்கிறது. Container runtimes கடந்த பத்து ஆண்டுகளாக இதை கைமுறையாகச் செய்து வந்தன. இப்போது ஒரே அழைப்பில் (call) இதைச் செய்ய முடிவதால், ஒரு runtime இனி host-ன் mount-களால் நிறைந்த namespace-லிருந்து தொடங்க வேண்டியதில்லை.

Virtualisation பக்கத்தில், guest_memfd இப்போது userfaultfd-ஐ ஆதரிக்கிறது. இதனால், ஒரு hypervisor விருந்தினர் (guest) பக்கத்தின் page faults-களை user space-லிருந்து கையாள முடியும். Arm-ல் உள்ள Protected KVM, anonymous memory ஆதரவைப் பெற்றுள்ளது. இந்த merge-ஐப் பற்றிய விளக்கத்திலேயே, இது இன்னும் production பயன்பாட்டிற்குத் தயாராகவில்லை என்று குறிப்பிடப்பட்டுள்ளது.

kernel 7.1 எப்போது உங்கள் server-ஐ வந்தடையும்

Fedora-வில் இது ஏற்கனவே உள்ளது. Fedora 44 update repository, 2026 ஜூலை மற்றும் ஆகஸ்ட் மாதங்களில் 7.1 series-க்கு மாறியது. ஏனெனில், Fedora தனது kernel-ஐ ஒவ்வொரு release-க்குள்ளும் புதிய stable lines-க்கு மாற்றியமைக்கிறது (rebase). இதே காரணத்திற்காக Arch மற்றும் openSUSE Tumbleweed-லும் இது உள்ளது. இவை சோதனைகளுக்கான இயந்திரங்கள்; உங்கள் சேவைகளை (services) இயக்குவதற்கானவை அல்ல.

மற்ற அனைத்தும் காத்திருக்கின்றன, இந்த காத்திருப்பு திட்டமிடப்பட்டது. Debian 13, 6.12-உடன் வெளியானது மற்றும் அந்த release-ன் வாழ்நாள் முழுவதும் 6.12-லேயே இருக்கும்; இதில் திருத்தங்கள் (fixes) backport செய்யப்படும். RHEL 10, 6.12.0-உடன் வெளியானது மற்றும் அதுவும் இதையே செய்கிறது. Ubuntu 26.04 LTS, 2026 ஏப்ரலில் 7.0-உடன் வெளியானது. Ubuntu 24.04 LTS-ல் hardware enablement stack உள்ளது; இது புதிய Ubuntu release-களில் இருந்து புதிய kernel-ஐ LTS-க்குள் கொண்டு வரும். 24.04.4 point release-ன் படி அந்த stack 6.17-ல் உள்ளது, இது 2026 ஆகஸ்ட் 27 அன்று 24.04.5-உடன் 7.0-க்கு மாற திட்டமிடப்பட்டுள்ளது. ஒரு point release என்பது Ubuntu-வின் புதிய பதிப்பு அல்ல; அது அதே 24.04 தான், ஆனால் இதுவரை வந்த அனைத்து update-களும் புதிய install media-வில் சேர்க்கப்பட்டிருக்கும். எனவே நீங்கள் ஏற்கனவே patch செய்த server-ல் 24.04.5 என்ன மாற்றங்களைச் செய்யும் என்பது HWE kernel line-ஐ மட்டுமே குறிக்கும், மற்ற மாற்றங்கள் மிகக் குறைவு.

மக்கள் தவறாகப் புரிந்துகொள்ளும் பகுதி இதுதான். ஒரு HWE stack, புதிய interim release-ல் உள்ள எந்த kernel-க்கும் தாவும், எனவே அது ஒரு upstream line-ஐ முழுமையாகத் தவிர்க்கலாம். 7.0 ஒரு Ubuntu LTS-ல் உள்ளது. 7.1 ஒருபோதும் அதன் அடிப்படையாக இருக்காது, ஏனெனில் அதற்குப் பிறகு வரும் interim release புதிய line-ஐக் கொண்டிருக்கும். 7.1-லிருந்து உங்கள் LTS-க்கு வருவது, நீங்கள் தற்போதுள்ள line-ல் backport செய்யப்பட்ட திருத்தங்கள் மட்டுமே. அம்சங்கள் (features) பெரும்பாலும் பழைய நிலையிலேயே இருக்கும்.

ஒரு stable server-ல் புதிய kernel வேண்டுமென்றால், அதற்கான ஆதரவு பெற்ற வழிகள் மிகக் குறைவு.

# 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

Reboot செய்த பிறகு, நீங்கள் உண்மையில் எதை boot செய்துள்ளீர்கள் என்பதைச் சரிபார்க்கவும்:

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

uname -r இப்போது புதிய line-ஐக் காட்ட வேண்டும், மற்றும் dpkg -l நிறுவப்பட்டிருக்கும் அனைத்து kernel image-களையும் காட்டும். uname -r பழைய பதிப்பைக் காட்டி, dpkg -l புதியதைக் காட்டினால், package நிறுவப்பட்டுள்ளது ஆனால் bootloader default மாறவில்லை என்று அர்த்தம்: GRUB menu entries-ஐப் பார்க்கவும். /var/run/reboot-required இருந்தால், ஒரு package kernel-ஐ மேம்படுத்தியுள்ளது, ஆனால் அதன்பிறகு reboot செய்யப்படவில்லை என்று பொருள். Patch செய்யப்பட்ட server இன்னும் பாதிப்புள்ள (vulnerable) code-ஐ இயக்குவதற்கு இதுவே மிக முக்கியமான காரணம்.

Production VPS-ல் 7.1 பதிப்பைத் தேடிச் செல்ல வேண்டுமா?

வேண்டாம். இது வெறும் எச்சரிக்கைக்காக மட்டுமல்ல. ஒரு distribution kernel என்பது ஒரு support contract ஆகும். Canonical, Red Hat, SUSE மற்றும் Debian ஆகிய நிறுவனங்கள், தாங்கள் வழங்கும் frozen kernel பதிப்புகளில் பாதுகாப்புத் திருத்தங்களை (security fixes) backport செய்கின்றன. மேலும், அவற்றுடன் வரும் userspace-உடன் அவை சரியாகச் செயல்படுகிறதா என்பதையும் சோதிக்கின்றன. மூன்றாம் தரப்பு archive அல்லது நீங்களாகவே build செய்யும் mainline kernel-ஐப் பயன்படுத்தும்போது, இந்த வசதிகள் கிடைக்காது. ஏனெனில், உங்கள் build-க்கு யாரும் பாதுகாப்புத் திருத்தங்களை backport செய்ய மாட்டார்கள். நீங்களே அந்த kernel-ன் maintainer ஆகிவிடுவீர்கள்.

இதற்கு விதிவிலக்குகள் உண்டு, ஆனால் அவை மிகக் குறைவு: பழைய kernel-ஆல் இயக்க முடியாத hardware, அல்லது உங்கள் workload-ல் நீங்கள் அளந்து பார்த்த, உங்களுக்கு மிகவும் தேவையான ஒரு performance மாற்றம். VPS-ல் முதல் காரணம் பெரும்பாலும் பொருந்தாது, ஏனெனில் நீங்கள் பார்க்கும் hardware virtual ஆனது. மற்றபடி, distribution kernel-ஐ எப்போதும் current பதிப்பில் வைத்திருங்கள், அது கேட்கும்போது reboot செய்யுங்கள். ஒருவேளை நீங்கள் distribution upgrade செய்யத் திட்டமிட்டிருந்தால், Ubuntu 24.04-லிருந்து 26.04-க்கு மாறுவது உங்களை 6.8-லிருந்து 7.0-க்கு ஒரே கட்டத்தில் கொண்டு செல்லும். இது ஏதேனும் ஒரு தனி kernel package-ஐ upgrade செய்வதை விடப் பெரிய மாற்றமாகும்.

FAQ

எனது VPS எந்த Linux kernel-ஐ இயக்குகிறது என்பதை எவ்வாறு சரிபார்ப்பது?

uname -r கட்டளையை இயக்கவும். இது 6.8.0-79-generic போன்ற வெளியீட்டைத் தரும். முதல் dash-க்கு முன்னால் உள்ள எண் உங்கள் distribution சார்ந்த upstream line-ஐக் குறிக்கும்; அதற்குப் பின்னால் உள்ளவை distribution-ன் சொந்த build எண், இதில் backported திருத்தங்கள் அடங்கும். பிறகு systemd-detect-virt கட்டளையை இயக்கவும். அது lxc அல்லது openvz என்று காட்டினால், நீங்கள் container virtualisation-ல் இருக்கிறீர்கள் என்று அர்த்தம்; நீங்கள் host-ன் kernel-ஐப் பகிர்ந்துகொள்கிறீர்கள், அதை உங்களால் மாற்ற முடியாது. அது kvm என்று காட்டினால், நீங்கள் உங்கள் சொந்த kernel image-ஐ boot செய்கிறீர்கள் என்று அர்த்தம், எனவே மேம்படுத்தல்களை நீங்களே செய்ய வேண்டும்.

Linux 7.1 ஒரு longterm support kernel-ஆ?

இல்லை. 11 August 2026 நிலவரப்படி, kernel.org-ல் பட்டியலிடப்பட்டுள்ள longterm lines: 6.18, 6.12, 6.6, 6.1, 5.15 மற்றும் 5.10 ஆகும்; 7.1 அவற்றில் இல்லை. இது ஒரு சாதாரண stable release ஆகும், அடுத்த mainline release வந்தவுடன் இதன் stable line நிறுத்தப்படும். பல ஆண்டுகால திருத்தங்களைக் கொண்ட kernel உங்களுக்குத் தேவைப்பட்டால், உங்கள் distribution ஏற்கனவே வழங்கும் kernel-ஐப் பயன்படுத்துவதே சிறந்தது.

Ubuntu அல்லது Debian எப்போது kernel 7.1-ஐ வெளியிடும்?

இயல்பாக (default) ஒருபோதும் வெளியிட வாய்ப்பில்லை. Debian 13 அதன் வாழ்நாள் முழுவதும் 6.12-லேயே இருக்கும், RHEL 10-ம் 6.12.0-லேயே இருக்கும். Ubuntu 26.04 LTS 7.0-ஐ வெளியிட்டது. Ubuntu hardware enablement stack, புதிய interim release-ல் உள்ள kernel-க்கு மாறிவிடும், எனவே அது ஒரு upstream line-ஐ முழுமையாகத் தவிர்க்கலாம். Ubuntu 24.04 LTS அதன் HWE kernel-ஐ 27 August 2026 அன்று வரும் 24.04.5 point release மூலம் 7.0-க்கு மாற்றத் திட்டமிட்டுள்ளது. 7.1-ல் உள்ள திருத்தங்கள் பழைய kernel line-க்கு backports-ஆக வந்து சேரும், ஆனால் புதிய வசதிகள் வராது.

Linux 7.1-ல் உள்ள எவை ஒரு virtual private server-க்கு முக்கியம்?

நான்கு அம்சங்கள். Hardware queue leasing மூலம், ஒரு container AF_XDP-க்காக ஒரு உண்மையான NIC queue-ஐ native வேகத்தில் பயன்படுத்த முடியும். Swap rework-ன் மூன்றாவது கட்டம், static swap map-ஐ நீக்கி, உங்கள் swap device-க்கான metadata-வை 30% குறைக்கிறது. MGLRU, page young flags-ஐ தொகுதிகளாகச் சரிபார்க்கும், இது பல-core கொண்ட Arm server-களில் அதிக செயல்திறனைத் தரும். மேலும் clone3()-ல் CLONE_AUTOREAP, CLONE_NNP மற்றும் CLONE_PIDFD_AUTOKILL சேர்க்கப்பட்டுள்ளன, இவை child processes-ஐக் கண்காணிப்பதை பாதுகாப்பானதாக்குகின்றன. Filesystem-level T10 protection information-ம் சேர்க்கப்பட்டுள்ளது, ஆனால் virtual disk-கள் இதற்குத் தேவையான integrity metadata-வை அரிதாகவே வெளிப்படுத்தும்.

kernel-ஐ மேம்படுத்துவது எனது VPS-ஐப் பாதிக்குமா?

பொதுவான தோல்விகள் boot-ன் போது நிகழ்கின்றன. முழுமையான /boot, நிறுவலின் போது update-initramfs தோல்வியடையச் செய்து No space left on device பிழையைத் தரும், இதனால் package பாதியிலேயே நின்றுவிடும்: sudo apt autoremove --purge மூலம் பழைய kernel-களை நீக்கிவிட்டு, மீண்டும் நிறுவவும். பழைய kernel-க்கு ஏற்ப உருவாக்கப்பட்ட out-of-tree modules இயங்காது, எனவே DKMS மூலம் நிர்வகிக்கப்படும் அனைத்தும் மீண்டும் உருவாக்கப்பட வேண்டும்; மீண்டும் உருவாக்குவதில் தோல்வி ஏற்பட்டால், runtime-ல் module இல்லாத வரை அது தெரியாது. reboot செய்த பிறகும் uname -r பழைய பதிப்பையே காட்டி, dpkg -l புதிய image-ஐப் பட்டியலிட்டால், நிறுவலில் எந்தப் பாதிப்பும் இல்லை என்று அர்த்தம்: bootloader default மாறவில்லை.