Setiap hari komputer kita menjadi bagian yang semakin penting dalam hidup kita; jika komputer mengalami masalah apa pun, hal itu memengaruhi suasana hati dan selera humor kita, haha. Tentu saja, pengguna Windows lebih rentan terhadap serangan panik: virus ( hidup Linux! ), defragmentasi HDD, mencari dan menginstal Clean Master untuk PC ( meskipun di Linux kita juga perlu membersihkan sistem; BleachBit adalah salah satu alternatif yang disukai ). Baru-baru ini, beberapa pengguna Linux mengalami masalah tertentu yang disebut systemd.
Baiklah, langsung saja ke intinya, saya telah membaca sebuah artikel menarik tentang systemd , yang tampaknya sedang sangat populer akhir-akhir ini.
Systemd , yang oleh sebagian orang dianggap ( dan saya akan menggunakan kata-kata seorang teman ) sebagai "satu cincin untuk menguasai semuanya "... oleh yang lain, yang sama sekali tidak peduli; selama komputer berfungsi dengan baik, mereka tidak peduli apakah init melakukan X atau Y, atau apakah systemd digunakan. Adapun saya, yah... katakan saja saya lebih suka init; saya merasa lebih sederhana.
Saya tinggalkan artikel di sini:
Sebelum saya mulai, saya harus mengatakan bahwa saya sangat tidak menyukai keputusan untuk mengubah hal-hal di Debian, tetapi saya tidak berniat untuk meninggalkan spiral kesayangan saya. Saya hanya mencoba memastikan bahwa, jika kita akan membahas suatu topik, kita melakukannya dengan persiapan sebaik mungkin, meskipun saya sendiri tidak menganggap diri saya pro-systemd. Untuk menjelaskan systemd, saya akan mengandalkan sebuah situs web tempat para pengembang berbagi perspektif mereka , yang saya ketahui melalui seorang kolega yang tampaknya pro-systemd, meskipun dia bukan pengguna Debian. Dengan demikian, saya pikir saya dapat melanjutkan untuk mencoba menjelaskan apa yang dikatakan tentang systemd.
systemd berbasis biner
Mungkin ini salah satu aspek yang paling mengejutkan kita, jika semuanya berbasis biner, bagaimana kita memantau hal-hal yang biasa kita lakukan melalui log? Saya tidak tahu bagaimana mitos ini lahir, tetapi itu tidak sepenuhnya benar.
systemd dikonfigurasi hampir secara eksklusif melalui file teks biasa. Beberapa pengaturan yang juga dapat diubah dengan baris perintah kernel dan melalui variabel lingkungan. Tidak ada biner dalam konfigurasi Anda (bahkan XML). Hanya file teks yang sederhana, lugas dan mudah dibaca.
Benda itu monolitik dan mengontrol segalanya
Sebelum membuka situs web tersebut, saya akui bahwa saya sendiri berpikir seperti ini, tetapi setelah membaca apa yang dikatakan pengembangnya, pendapat saya telah mengubah sesuatu ...
Jika Anda membangun systemd dengan semua opsi konfigurasi diaktifkan, Anda akan membangun 69 biner individual . Biner-biner ini melayani tugas yang berbeda dan dipisahkan dengan cermat karena sejumlah alasan. Misalnya, systemd dirancang dengan mempertimbangkan keamanan; oleh karena itu, sebagian besar daemon berjalan dengan hak akses minimal (menggunakan kemampuan kernel, misalnya) dan hanya bertanggung jawab atas tugas-tugas yang sangat spesifik, meminimalkan permukaan dan dampak keamanannya. Selain itu, systemd memparalelkan proses booting lebih dari solusi sebelumnya. "Paralelisasi" ini dibuat dengan menjalankan beberapa proses secara paralel. Dengan demikian, jelas bahwa systemd terbagi dengan sangat baik menjadi banyak biner dan, akibatnya, proses. Bahkan, banyak dari biner ini terpisah dengan sangat baik sehingga sangat berguna di luar systemd.
Sebuah paket yang berisi 69 biner individual hampir tidak dapat disebut monolitik. Namun, yang membedakannya dari solusi sebelumnya adalah kami mengirimkan lebih banyak komponen dalam satu tarball dan menyimpannya secara terhubung dalam satu repositori dengan siklus rilis terpadu.
Itu tidak terlihat seperti Unix
Memang ada benarnya. File sumber systemd tidak berisi satu baris kode dari baris UNIX asli. Bagaimanapun, inspirasi berasal dari UNIX, dan dengan demikian ada banyak UNIX di systemd. Contohnya adalah gagasan UNIX "semuanya adalah file" yang tercermin di dalam systemd semua layanan diekspos saat runtime dalam sistem file kernel, cgroupfs. Jadi, salah satu fitur asli UNIX adalah dukungan multi-kursi, berdasarkan dukungan terminal bawaan. Dengan systemd kami menghadirkan dukungan multi-kursi secara asli lagi, tetapi kali ini dengan dukungan penuh untuk perangkat keras saat ini, meliputi grafik, mouse, audio, webcam, dan banyak lagi. Sebenarnya desain systemd sebagai seperangkat alat terintegrasi yang masing-masing memiliki tujuan masing-masing tetapi ketika digunakan bersama lebih dari jumlah bagian, yang kurang lebih merupakan inti dari filosofi UNIX. Jadi cara proyek kami ditangani (yaitu menyimpan sebagian besar kernel sistem operasi dalam satu repositori git) lebih dekat dengan model BSD (yang merupakan UNIX sejati, dibandingkan dengan Linux) untuk menyelesaikan sesuatu (di mana sebagian besar sistem operasi inti disimpan dalam satu repositori CVS / SVN) yang tidak pernah terjadi di Linux.
Pada akhirnya, pertanyaan apakah sesuatu itu UNIX atau bukan sangat tidak penting. Menjadi sangat baik secara teknis hampir tidak unik untuk UNIX. Bagi kami, UNIX adalah pengaruh penting (sebenarnya, yang terbesar), tetapi kami juga memiliki pengaruh lain. Karenanya, di beberapa area systemd akan sangat UNIX, dan di area lain sedikit lebih sedikit.
Itu sangat rumit ...
Memang ada benarnya. Komputer modern adalah binatang buas yang kompleks dan sistem operasi yang menjalankannya jelas juga demikian, jadi mereka harus rumit. Namun, systemd tentunya tidak lebih kompleks dari implementasi sebelumnya dari komponen yang sama. Ini lebih sederhana, dan memiliki lebih sedikit redundansi. Di sisi lain, membangun sistem operasi berbasis systemd sederhana akan melibatkan paket yang jauh lebih sedikit daripada penggunaan Linux tradisional. Paket yang lebih sedikit membuatnya lebih mudah untuk membangun sistem Anda, menghilangkan interdependensi dan banyak perilaku berbeda dari semua komponen yang terlibat.
Itu tidak akan membiarkan saya menggunakan skrip shell
Ini sepenuhnya salah. Kami hanya tidak menggunakannya untuk proses boot karena kami percaya itu bukan alat terbaik untuk tujuan spesifik tersebut, tetapi itu tidak berarti systemd tidak kompatibel dengannya. Anda dapat dengan mudah menjalankan skrip shell sebagai layanan atau daemon systemd; Anda dapat menjalankan skrip yang ditulis dalam bahasa apa pun sebagai layanan systemd karena systemd sama sekali tidak peduli apa isi file executable Anda. Terlebih lagi, kami banyak menggunakan skrip shell untuk tujuan kami sendiri: untuk menginstal, membangun, dan menguji systemd. Dan Anda dapat menempelkan skrip ke dalam proses startup awal, menggunakannya untuk layanan normal, menjalankannya dalam proses shutdown akhir—praktis tidak ada batasan.
Pada titik ini, saya kira beberapa keyakinan utama mungkin telah diklarifikasi. Meskipun saya tidak menganggap diri saya sebagai pendukung perubahan dan memiliki keraguan tentang gagasan " satu iblis untuk menguasai semuanya ", saya pikir pada akhirnya, tidak seorang pun akan berani mengatakan bahwa itu sama sekali tidak berfungsi. Saya bahkan mengenal beberapa pengguna yang memperhatikan bahwa dengan systemd, "PC berjalan lebih cepat," tetapi itu akan menjadi masalah lain untuk didiskusikan. Untuk saat ini, saya hanya dapat mengundang Anda untuk memperdebatkan sudut pandang Anda di sini tentang sistem init yang telah diadopsi oleh banyak distribusi, meskipun reaksi terkuat saat ini terlihat di dalam komunitas Debian, yang bahkan telah melahirkan fork baru karena semua ini. Apakah Anda menyukainya atau tidak adalah masalah pribadi; bagi saya, saya hanya ingin melakukan bagian saya untuk menghilangkan mitos tentang systemd, yang pada akhirnya akan hadir di Jessie, versi stabil Debian berikutnya.
Saya melihat artikel di GUTL (yang pada gilirannya diambil dari DesdeAbreus )
Systemd saat ini?
Saya termasuk orang yang tidak banyak membaca berita ketika ada sesuatu yang menimbulkan banyak kontroversi, saya lebih memilih untuk membahas lebih detail teknis. Masalahnya adalah…. Kadang-kadang saya merasa bahwa topik tertentu tidak lagi menjadi diskusi atau perdebatan teknis semata, dan menjadi seperti salah satu gosip dunia hiburan
Pertama, curhatan terbuka dari seorang pengguna tentang systemd yang berjudul systemd VS intelligence , kemudian Linus Torvalds mengatakan bahwa systemd tidak seburuk yang digambarkan ( dan dia memang benar ), sebuah fork bernama uselessd ... tanpa komentar ... dan singkatnya, akhirnya Devuan.
Saya tidak akan mengatakan apakah itu seburuk yang mereka katakan, kurang buruk, atau lebih buruk. Sistem ini bekerja dengan baik untuk saya, namun, secara pribadi saya lebih menyukai init, karena saya menyukai cara kerjanya dalam mengatur berbagai hal (seperti log, misalnya). Tapi hei, jika systemd akan disebut kuda pacu dan harus menggantikan init ( apakah itu akan menjadi kuda kerja kita, melakukan segalanya tetapi lambat? ), yah... selama perubahannya tidak terlalu drastis, pengguna dapat beradaptasi tanpa terlalu banyak kesulitan, dan sistem bekerja lebih baik (ya, lebih baik, mungkin itu tidak cukup bagi saya!), maka sambutlah! 😉