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-களில் பயன்படுத்தப்படுவதில்லை.

நீங்கள் முதலில் தெரிந்துகொள்ள வேண்டிய மற்றொரு விஷயம் உள்ளது. 7.1 பதிப்பு உங்கள் server-ல் இயங்குவதற்கான வாய்ப்பு மிகக் குறைவு, மேலும் நீண்ட காலத்திற்கு அது கிடைக்காது. kernel.org தளத்தில் 7.1 ஒரு நீண்ட கால (longterm) வெளியீடாகப் பட்டியலிடப்படவில்லை. 11 August 2026 நிலவரப்படி, 6.18, 6.12, 6.6, 6.1, 5.15 மற்றும் 5.10 ஆகியவையே நீண்ட கால வெளியீடுகள் ஆகும். அனைத்து முக்கிய 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 virtualization-ல் இது lxc அல்லது openvz என்று காட்டும்; அங்கு host kernel பகிரப்படுகிறது. ஒரு container திட்டத்தில், uname -r வழங்குநரின் (provider) kernel-ஐக் காட்டும். அங்கு kernel package-ஐ நிறுவுவதால் நீங்கள் boot செய்யும் எதிலும் மாற்றம் ஏற்படாது. வழங்குநர் host-ஐப் புதிய kernel-க்கு மாற்றும் வரை, இந்த 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 கோப்பகத்தை (directory) உருவாக்கும். இந்த பிழை ஒரு குறைபாடு அல்ல, இது இயல்பான பதிலாகும். சேமிப்பக அம்சங்களைப் பற்றி மேலும் படிக்கும் முன், உங்கள் வட்டு உண்மையில் என்ன என்பதை அறிய விரும்பினால், VPS வட்டு உண்மையில் NVMe தானா என்பதைச் சரிபார்த்தல் முதலில் செய்யப்பட வேண்டும். மேலும், NVMe மற்றும் SATA SSD-க்கு இடையிலான இடைவெளி என்ற பகுதி, இந்த பதில் உங்கள் செயல்திறன் எண்களை எவ்வாறு மாற்றுகிறது என்பதை விளக்குகிறது.

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

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

Networking: queue leasing, மற்றும் இது ஒரு container-க்கு என்ன வழங்குகிறது

Networking-ல் ஏற்பட்டுள்ள மிக முக்கியமான மாற்றம் hardware queue leasing ஆகும். ஒரு virtual netdev இப்போது physical netdev-ல் உள்ள ஒரு queue-வுடன் பிணைக்கப்பட்ட 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-based AF_UNIX socket ஏற்கனவே அதன் கீழே உள்ள filesystem-லிருந்து xattr ஆதரவைப் பெற்றிருந்தது, ஆனால் sockfs-ல் மட்டும் இருக்கும் socket-க்கு அந்த வசதி இல்லை. இப்போது ஒரு process ஒரு socket-க்கு label இட முடியும், மேலும் ஒரு eBPF program அந்த label-ஐ வைத்து filter செய்ய முடியும்.

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

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

Swap மறுசீரமைப்பின் மூன்றாவது கட்டம் எட்டப்பட்டுள்ளது, இக்கட்டம் நிலையான swap map-ஐ நீக்குகிறது. Swap எண்ணிக்கை இப்போது நேரடியாக swap table-ல் சேமிக்கப்படுகிறது. இதன் மூலம் நிலையான 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%-க்கும் அதிகமான முன்னேற்றம் ஏற்பட்டுள்ளதாகத் தெரிவிக்கப்பட்டுள்ளது. ஒவ்வொரு page-க்கும் ஆகும் செலவு அதிகமாக இருக்கும்போது, இந்த batching முறை அதிக பலனைத் தருகிறது; இதனால்தான் பெரிய Arm machine-களில் இந்த அளவு முன்னேற்றம் காணப்படுகிறது. நீங்கள் x86-க்கு பதிலாக Arm VPS-ஐப் பயன்படுத்துகிறீர்கள் என்றால், 7.1 பதிப்பின் இந்த மாற்றம் உங்கள் அளவீடுகளில் வெளிப்பட அதிக வாய்ப்புள்ளது, இருப்பினும் இரண்டு அல்லது நான்கு cores கொண்ட கணினிகளில் இந்த அளவு தாக்கம் இருக்காது.

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

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

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

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

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

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

clone3()-ல் மூன்று flags சேர்க்கப்பட்டுள்ளன. இவை, பல ஆண்டுகளாக supervisors கைமுறையாகச் செய்து வந்த பணிகளில் இருந்த இடைவெளிகளை நிரப்புகின்றன. CLONE_AUTOREAP, child process வெளியேறும்போது தானாகவே தன்னை அழித்துக்கொள்ள (reap) வழிவகை செய்கிறது. இதனால், 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-களும் இல்லாத ஒரு புதிய mount namespace-ஐ உருவாக்குகின்றன. வழக்கமாக, parent-ன் அனைத்து mount-களும் நகலெடுக்கப்படும்; runtime அவற்றை ஒவ்வொன்றாக unmount செய்ய வேண்டியிருக்கும். அந்தச் சிரமம் இப்போது இல்லை. FSMOUNT_NAMESPACE, fsmount() மூலம் ஒரு filesystem-ஐ நேரடியாகப் புதிய namespace-க்குள் வைக்க அனுமதிக்கிறது. Container runtimes கடந்த பத்து ஆண்டுகளாக இதை கைமுறையாகச் செய்து வந்தன. இப்போது ஒரே அழைப்பில் (call) இதைச் செய்வதால், host-ன் mount-கள் நிறைந்த namespace-லிருந்து runtime தொடங்க வேண்டிய அவசியமில்லை.

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 தனது release-க்குள் புதிய stable lines-க்கு kernel-ஐ மாற்றுகிறது. Arch மற்றும் openSUSE Tumbleweed-லும் இதே காரணத்திற்காக இது உள்ளது. இவை சோதனை செய்வதற்கான machines, உங்கள் 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-க்கு மாற திட்டமிடப்பட்டுள்ளது.

மக்கள் தவறாகப் புரிந்துகொள்ளும் பகுதி இதுதான். ஒரு 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 பழைய version-ஐக் காட்டி, dpkg -l புதியதைக் காட்டினால், package நிறுவப்பட்டுள்ளது ஆனால் bootloader default மாறவில்லை என்று அர்த்தம்: GRUB menu entries-ஐப் பார்க்கவும். /var/run/reboot-required இருப்பது, ஒரு package kernel-ஐ upgrade செய்துள்ளது மற்றும் அதன்பிறகு reboot செய்யப்படவில்லை என்பதைக் குறிக்கிறது; patched 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-ஐ விடப் பெரிய மாற்றமாகும்.

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-க்கான kernel 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 அமைப்பு மாறவில்லை.