Komuniti Linux terus bergelut dengan peranan systemd dalam distribusi moden, walaupun sistem init ini telah menjadi pilihan lalai untuk kebanyakan distribusi Linux utama sepanjang dekad yang lalu. Sementara sesetengah pengguna telah menerima keupayaannya, yang lain masih mengkritik falsafah reka bentuk dan ciri-ciri prestasinya.
Kebimbangan Prestasi dengan Sistem Logging Journald
Salah satu aspek systemd yang paling kontroversial ialah sistem logging binarinya, journald. Perbincangan komuniti mendedahkan isu prestasi yang ketara yang menjejaskan operasi harian. Pengguna melaporkan bahawa pertanyaan journald boleh menjadi lebih perlahan secara dramatik berbanding kaedah logging berasaskan teks tradisional, dengan sesetengahnya mengalami prestasi 40 kali ganda lebih perlahan berbanding operasi grep mudah pada fail teks biasa. Ini telah menyebabkan ramai pentadbir sistem melumpuhkan journald sepenuhnya demi fail log teks bergilir tradisional.
Format binari sistem logging ini juga mewujudkan cabaran keserasian dengan alat pengurusan log sedia ada. Banyak perkhidmatan popular seperti AWS CloudWatch tidak mempunyai sokongan asli untuk journald, memaksa pentadbir melaksanakan penyelesaian sementara atau mengekalkan sistem logging dwi.
Isu Prestasi Systemd yang Dilaporkan oleh Pengguna:
- Pertanyaan journald: Sehingga 40 kali lebih perlahan berbanding grep pada fail teks
- Keserasian format log binari: Sokongan terhad dalam alat utama seperti AWS CloudWatch
- Kelakuan boot/shutdown: Laporan mengenai penggantungan rawak dan keadaan perlumbaan
- Penggunaan memori: Penggunaan sumber yang lebih tinggi berbanding sistem init tradisional
Pengurusan Perkhidmatan Dipuji Walaupun Kritikan Lebih Luas
Walaupun journald menghadapi kritikan, fungsi pengurusan perkhidmatan teras systemd menerima pujian meluas daripada pentadbir sistem. Peralihan daripada skrip init berasaskan shell yang kompleks kepada fail konfigurasi deklaratif telah memudahkan penciptaan dan pengurusan perkhidmatan dengan ketara. Pengguna menyerlahkan ciri-ciri seperti pembersihan proses automatik melalui kumpulan kawalan, pengurusan kebergantungan yang diperbaiki, dan pilihan sandboxing keselamatan terbina dalam.
Saya telah bekerja sebagai sysadmin/devops selama bertahun-tahun dalam angka dua digit. Merentasi syarikat, pekerjaan, dan rakan kerjasama hobi - saya tidak pernah bertemu seseorang yang tidak sekurang-kurangnya menyukai systemd, jika tidak memujinya.
Fungsi pemasa, yang berfungsi sebagai pengganti moden untuk cron, juga menerima maklum balas positif untuk fleksibiliti dan integrasinya dengan ekosistem systemd yang lebih luas.
 |
|---|
| Komponen-komponen penting pengurusan perkhidmatan systemd dalam sistem Linux |
Konfigurasi Rangkaian dan Kontroversi Penamaan
Pendekatan ekosistem systemd terhadap penamaan peranti rangkaian telah mewujudkan kekecewaan berterusan untuk pentadbir. Ciri nama antara muka rangkaian yang boleh diramal, yang direka untuk menyelesaikan penamaan peranti yang tidak konsisten, sebaliknya telah memperkenalkan kerumitan baru. Distribusi yang berbeza melaksanakan skim penamaan yang berbeza-beza, membawa kepada kekeliruan apabila berpindah antara sistem atau menggunakan persekitaran penyelamat langsung.
Pengguna juga melaporkan isu dengan komponen sampingan systemd seperti systemd-resolved, yang mengendalikan resolusi DNS. Walaupun sesetengah pentadbir menghargai pendekatan bersatu, yang lain mendapati komponen-komponen ini separuh dilaksanakan dan lebih suka penyelesaian tradisional yang telah terbukti boleh dipercayai selama beberapa dekad.
Skim Penamaan Antara Muka Rangkaian:
- Tradisional: eth0, eth1, eth2...
- Varian moden systemd:
- ens123 (dinomborkan mengikut bas)
- enp17s7f9 (berasaskan slot PCI)
- enx8b220b34 (berasaskan alamat MAC)
- Perbezaan pelaksanaan bergantung kepada pengedaran
Pengaruh Korporat dan Perdebatan Falsafah
Selain kebimbangan teknikal, perbincangan komuniti mendedahkan perselisihan falsafah yang lebih mendalam tentang pembangunan dan penggunaan systemd. Sesetengah pengguna menyatakan kebimbangan tentang pengaruh Red Hat (kini IBM) terhadap komponen sistem kritikal ini, melihatnya sebagai kawalan korporat ke atas infrastruktur teras Linux. Pengkritik ini berpendapat bahawa pendekatan monolitik systemd bercanggah dengan falsafah Unix tradisional iaitu alat-alat kecil yang berfokus.
Sistem init alternatif seperti OpenRC terus mengekalkan pangkalan pengguna yang berdedikasi, terutamanya di kalangan mereka yang lebih suka pendekatan Unix tradisional. Walau bagaimanapun, kesan rangkaian penggunaan systemd yang meluas menjadikan pertukaran semakin sukar kerana lebih banyak perisian mengandaikan kehadirannya.
Sistem Init Alternatif yang Masih Digunakan:
- OpenRC: Digunakan oleh Gentoo, Alpine Linux, Artix
- s6: Sistem moden berasaskan daemontools
- runit: Digunakan oleh Void Linux
- BSD init: Init gaya Unix tradisional
- Upstart: Sistem Ubuntu lama (kebanyakannya sudah tidak digunakan)
Memandang ke Hadapan
Walaupun perdebatan berterusan, faedah praktikal systemd dalam penggunaan berskala besar dan set ciri yang luas telah memastikan kedudukannya dalam ekosistem Linux. Perbincangan ini mencerminkan ketegangan yang lebih luas dalam perisian sumber terbuka antara inovasi dan tradisi, sokongan korporat dan kawalan komuniti. Ketika Linux terus berkembang, perdebatan systemd berfungsi sebagai kajian kes tentang bagaimana perubahan sistem asas bergema melalui keseluruhan ekosistem.
Rujukan: systemd has been a complete, utter, unmitigated success