Linux 7.3 Dikeluarkan: Fahami Pilihan Kernel Sebelum Merancang Naik Taraf

Linux 7.3 dikeluarkan pada 18 Oktober 2026, dengan tag keluaran tersedia dalam repositori rasmi Linus Torvalds. Bagi pentadbir sistem, pembangun dan pelajar IT, perkembangan ini membuka ruang untuk menilai versi baharu sambil memahami bagaimana sesuatu kernel dipilih untuk kegunaan harian.

Persoalan berguna bukan sekadar sama ada nombor versinya lebih besar. Siapakah yang menyelenggara kernel tersebut, bagaimana keserasiannya diuji, dan apakah bukti yang diperlukan sebelum menukarnya pada sistem penting?

Apa yang telah diterbitkan

Repositori torvalds/linux merekodkan tag v7.3 pada 18 Oktober. Arkib rasmi kernel.org turut menyenaraikan 7.3 sebagai keluaran mainline bertarikh sama. Ini mengesahkan penerbitan versi tersebut, berbeza daripada calon keluaran yang mempunyai akhiran seperti -rc.

Ketika semakan untuk artikel ini, kernel.org juga menyenaraikan kemas kini bagi cabang lain, termasuk 7.2.12 dan 6.18.58 bertarikh 21 Oktober. Beberapa cabang boleh diselenggara serentak. Oleh itu, kewujudan keluaran mainline baharu tidak dengan sendirinya bermakna semua pengguna mesti meninggalkan cabang yang sedang digunakan.

Sumber: Release v7.3 — torvalds/linux; The Linux Kernel Archives; Active kernel releases — The Linux Kernel Archives.

Mainline, stable dan longterm membawa maksud berbeza

Menurut penerangan kernel.org, mainline ialah cabang tempat ciri baharu diperkenalkan. Selepas sesuatu keluaran mainline diterbitkan, ia dianggap stabil; pembaikan pepijat kemudian boleh dibawa balik daripada mainline ke cabang stable oleh penyelenggara yang ditetapkan.

Cabang longterm pula menerima pembaikan penting untuk tempoh lebih panjang. Pemilihannya bergantung pada beberapa faktor, termasuk keperluan industri dan kemampuan penyelenggara. Label versi baharu sahaja tidak menjanjikan sokongan jangka panjang.

Distribusi Linux juga boleh menyediakan kernel penyelenggaraan sendiri. Bagi pengguna kernel sebegini, kernel.org mengarahkan pertanyaan sokongan kepada penyedia distribusi. Perbezaan ini penting ketika menentukan saluran kemas kini dan pihak yang patut menerima laporan masalah.

Sumber: Active kernel releases — The Linux Kernel Archives.

Ujian perlu membezakan pepijat daripada konfigurasi

Dokumentasi Linux mentakrifkan regresi sebagai keadaan apabila kegunaan yang berfungsi pada kernel terdahulu menjadi lebih buruk atau gagal pada kernel lebih baharu dengan konfigurasi yang sebanding. Contohnya termasuk sambungan Wi-Fi yang merosot atau aplikasi yang mula berkelakuan tidak menentu.

Apabila melaporkan regresi, dokumentasi meminta pengguna mengenal pasti versi terakhir yang berfungsi dan versi pertama yang bermasalah. Perbandingan ini memberikan titik mula yang lebih jelas untuk penyiasatan berbanding aduan umum bahawa komputer terasa perlahan.

Dasar mengelakkan regresi juga mempunyai sempadan: ia meliputi antara muka kepada aplikasi pengguna, tetapi tidak menjamin kestabilan antara muka dalaman kernel yang digunakan sesetengah pemacu luaran. Keserasian komponen tambahan perlu dinilai secara berasingan.

Sumber: Reporting regressions — The Linux Kernel documentation.

Membina kernel sendiri memerlukan persediaan

Panduan rasmi pembinaan kernel menerangkan bahawa kompilasi sendiri boleh membantu menguji cadangan pembaikan atau menyemak sama ada masalah telah diselesaikan dalam kod terkini. Panduan itu turut menekankan sandaran, alat pemulihan, ruang storan dan persediaan sistem yang menggunakan Secure Boot.

Satu butiran mudah terlepas pandang ialah konfigurasi binaan yang diringkaskan boleh menggugurkan modul bagi perkakasan yang tidak sedang digunakan. Pemacu peranti yang dicabut ketika konfigurasi disediakan mungkin tidak disertakan. Kegagalan peranti selepas pemasangan, dengan itu, memerlukan semakan konfigurasi sebelum disimpulkan sebagai kecacatan versi baharu.

Maklumat ini memberi konteks kepada kerja pengujian: kernel yang berjaya dibina dan boleh dimulakan belum semestinya telah diuji untuk semua kegunaan komputer tersebut.

Sumber: How to quickly build a trimmed Linux kernel — The Linux Kernel documentation.

Cadangan editorial untuk pembaca Malaysia

Cadangan berikut ialah panduan editorial, bukan pengumuman projek Linux atau laporan penggunaan di Malaysia. Untuk makmal universiti, pasukan pembangunan kecil atau pentadbir perusahaan tempatan, mulakan dengan satu persekitaran ujian yang tidak mengendalikan urusan pelanggan. Tetapkan tujuan yang jelas, seperti menilai keserasian perkakasan tertentu atau mempelajari proses laporan regresi.

Sediakan rekod ringkas yang menyatakan versi kernel, konfigurasi, perkakasan, langkah ujian dan hasil sebelum serta selepas perubahan. Pilih tugasan yang benar-benar mewakili penggunaan: sambungan rangkaian, capaian storan, aplikasi kerja dan peranti luaran. Ulang langkah yang sama supaya perbandingan mempunyai makna.

Bagi pelajar, hasil latihan boleh berupa laporan teknikal pendek yang menerangkan pemerhatian dan batas ujian. Nyatakan perkara yang belum diperiksa, termasuk jika ujian hanya dilakukan dalam mesin maya. Untuk sistem organisasi, tentukan juga cara kembali kepada keadaan terdahulu dan siapa yang membuat keputusan meneruskan perubahan. Kemahiran menjelaskan bukti seperti ini menjadikan latihan naik taraf lebih berguna daripada sekadar memaparkan nombor versi terkini.

Rujukan

• Release v7.3 — torvalds/linux — 2026-10-18
• The Linux Kernel Archives
• Active kernel releases — The Linux Kernel Archives — 2026-02-25
• Reporting regressions — The Linux Kernel documentation
• How to quickly build a trimmed Linux kernel — The Linux Kernel documentation

Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-10-26. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.