Γιατί το systemd διχάζει ακόμα;

Το systemd είναι σχεδόν 10 ετών, αλλά ο διχασμός για αυτό στην κοινότητα Linux δεν έχουν υποχωρήσει. Αν και χρησιμοποιείται από πολλές μεγάλες διανομές Linux, η σκληρή αντιπαράθεση δεν έχει σταματήσει.

Το systemd είναι ένα λογισμικό που παρέχει μια σειρά στοιχείων και δυνατοτήτων του συστήματος για λειτουργικά συστήματα Linux.

Ο κύριος στόχος του είναι να ενοποιήσει τη διαμόρφωση και τη συμπεριφορά των υπηρεσιών σε διανομές Linux. Το κύριο συστατικό του systemd είναι ένας «διαχειριστής συστήματος και υπηρεσίας» – ένα σύστημα init που χρησιμοποιείται για την εκκίνηση του περιβάλλοντος χρήστη και τη διαχείριση των διεργασιών του χρήστη.

Από το 2015, η πλειονότητα των διανομών Linux έχουν υιοθετήσει το systemd, αντικαθιστώντας άλλα συστήματα που κληρονομήθηκαν από το UNIX V και BSD. Παρά την αποδοχή του από την πλειοψηφία των διανομών Linux, παραμένει ένα ζήτημα στο οποίο υπάρχουν δύο αντικρουόμενες πλευρές.

Το Linux Boot Sequence

Όταν ενεργοποιείτε τον υπολογιστή σας, γίνεται εκκίνηση του υλικού και στη συνέχεια (ανάλογα με τον τύπο του τομέα εκκίνησης που χρησιμοποιεί ο υπολογιστής σας) εκτελείται είτε το MBR είτε το UEFI partition.

Η τελευταία ενέργεια και των δύο είναι η εκκίνηση του πυρήνα Linux. Ο πυρήνας φορτώνεται στη μνήμη, αποσυμπιέζεται και αρχικοποιείται. Ένα προσωρινό σύστημα αρχείων δημιουργείται στη μνήμη RAM, συνήθως από ένα βοηθητικό πρόγραμμα που ονομάζεται initramfs ή initrd . Αυτό επιτρέπει τη φόρτωση των απαιτούμενων drivers.

Αυτό, με τη σειρά του, επιτρέπει στο σύστημα αρχείων να φορτώνει και να προετοιμάζεται για τη δημιουργία του περιβάλλοντος χώρου χρήστη (user-space). Η δημιουργία του user-space γίνεται από τη διαδικασία init, η οποία είναι η πρώτη διαδικασία που ξεκινάει από τον πυρήνα. Έχει ένα αναγνωριστικό διεργασίας (PID) 1. Όλες οι άλλες διαδικασίες είναι είτε άμεσα είτε έμμεσα «παιδιά» της διαδικασίας init.

Advertisements

Πριν από το systemd, η κύρια προεπιλογή για τη διαδικασία init ήταν ένας κλώνος του Unix System V init. Υπήρχαν άλλες διαθέσιμες επιλογές, αλλά το System V init ήταν η τυπική επιλογή στις περισσότερες διανομές που δεν προέρχονται από το Berkeley Software Distribution (BSD). Επειδή προήλθε απευθείας από το Unix System V – τον πνευματικό πρόγονο του Linux – πολλοί το θεωρούν «τον επίσημο τρόπο» για το πως «πρέπει» να είναι ένα init σύστημα.

Η διαδικασία init ξεκινά όλους τους daemons και τις υπηρεσίες που απαιτούνται για να λειτουργήσει το λειτουργικό σύστημα με ουσιαστικό, διαδραστικό τρόπο. Αυτοί οι daemons χειρίζονται πράγματα όπως η δικτύωση, ενεργοποίηση υλικού μέσα στον υπολογιστή σας και παρέχει μια οθόνη εκκίνησης. Πολλές από αυτές τις διαδικασίες παρασκηνίου συνεχίζουν να εκτελούνται μετά την εκκίνησή τους όπως συλλογή συμβάντων καταγραφής, παρακολουθούν αλλαγές υλικού όταν εισάγετε ή καταργείτε συσκευές και διαχειρίζονται τις συνδέσεις χρηστών.

Οι εναλλακτικές

Αρκετά έργα έχουν προσπαθήσει να παράγουν μια εναλλακτική λύση στο παραδοσιακό Sys V init. Ένα από τα κύρια προβλήματα του Sys V init που προσπάθησαν να επιλύσουν είναι το ζήτημα με τις διεργασίες όπου ξεκινούν σειριακά, το ένα μετά το άλλο. Για να βελτιωθεί η αποτελεσματικότητα της διαδικασίας εκκίνησης του συστήματος, πολλά εναλλακτικά έργα χρησιμοποιούν παραλληλισμό για να ξεκινήσουν διαδικασίες ταυτόχρονα και ασύγχρονα.

Ακολουθούν ορισμένα από τα πιο δημοφιλή:

  • Upstart: Αναπτύχθηκε από την Canonical, χρησιμοποιήθηκε για αρκετές εκδόσεις στο Ubuntu, στο Red Hat Enterprise Linux (RHEL) CentOS και Fedora.
  • Runit: Χρησιμοποιείται στο FreeBSD και άλλα παράγωγα BSD, macOS και Solaris, καθώς και σε διανομές Linux όπως το Void Linux που το έχει ως προεπιλεγμένο σύστημα init.
  • OpenRC: Το OpenRC είναι το προεπιλεγμένο σύστημα init των TrueOS, Gentoo, Alpine Linux, Hyperbola GNU/Linux-libre, Parabola GNU/Linux-libre, Artix Linux, Maemo Leste, ενώ ορισμένα άλλα όπως το Devuan (Debian-fork) το προσφέρουν ως επιλογή.
  • s6-linux-init: Χρησιμοποιείται στο Obarun Linux, αποτελεί «αντικατάσταση» του System V init (s5) και σχεδιάστηκε για να ακολουθεί στενά τη φιλοσοφία του Unix:

κάνε ένα πράγμα και κάνε το καλά

πηγή: UNIX Philosophy

Υπάρχουν πολλοί άλλοι με διαφορετική λειτουργικότητα και σχεδιασμό. Ωστόσο, κανένας από αυτά δεν προκάλεσε τέτοια διαμάχη όσο το systemd.

Ο δρόμος του systemd

Το systemd κυκλοφόρησε το 2010 και χρησιμοποιήθηκε στο Fedora το 2011. Από τότε, έχει υιοθετηθεί από πολλές διανομές. Αναπτύχθηκε από τους Lennart Poettering και Kay Sievers, δύο μηχανικούς λογισμικού της RedHat.

Το systemd είναι πολύ περισσότερο από μια αντικατάσταση init. Αντίθετα, είναι μια σουίτα περίπου 70 binary αρχείων που χειρίζονται την αρχικοποίηση του συστήματος, τις υπηρεσίες, τα logs, και πολλές άλλες λειτουργίες (όπως π.χ. το πρόσφατο Systemd-HomeD) τα οποία φυσικά ήδη τα χειριζόταν ο Linux πυρήνας. Το μεγαλύτερο μέρος αυτών των δυνατοτήτων του systemd δεν έχει καμία σχέση με την προετοιμασία του συστήματος. Μερικοί από τους daemons που παρέχονται από το systemd είναι:

  • systemd-boot: Αντικαταστάτης του GRUB για UEFI
  • systemd-udevd: Διαχειρίζεται τις συσκευές.
  • systemd-logind: Διαχειρίζεται τις συνδέσεις χρηστών.
  • systemd-resolved: Παρέχει domain resolve σε τοπικές εφαρμογές.
  • systemd-networkd: Εντοπίζει συσκευές δικτύου και τις διαχειρίζεται.
  • systemd-tmpfiles: Δημιουργεί, διαγράφει και καθαρίζει προσωρινά αρχεία και καταλόγους.
  • systemd-localed: Διαχειρίζεται τις τοπικές ρυθμίσεις συστήματος.
  • systemd-machined: Εντοπίζει και παρακολουθεί εικονικές μηχανές και containers.
  • systemd-nspawn: Μπορεί να ξεκινήσει μια εντολή ή άλλη διεργασία σε ένα ελαφρύ namespace container, παρέχοντας μια λειτουργία παρόμοια με chroot.

Αυτά φυσικά είναι μόνο η κορυφή του παγόβουνου, που είναι και η ουσία του θέματος. :

Το systemd έχει από καιρό ξεπεράσει τις ιδιότητες αυτού που απαιτείται και χρειάζεται από ένα σύστημα init, με αποτέλεσμα, σύμφωνα με τους αντιπάλους του, να θεωρούν ότι έχει χάσει τον προσανατολισμό του.

Πολύ μεγάλο και με πολλές αρμοδιότητες

Οι αντίπαλοι του systemd επισημαίνουν τον μεγάλο σε αριθμό και περίεργο συνδυασμό λειτουργιών που περιλαμβάνει οι οποίες υπήρχαν ήδη στο Linux και ίσως, μερικές από αυτές χρειάζονταν μια ανανέωση ή μια νέα προσέγγιση.

Το systemd έχει αναφερθεί και ως ένα κρίσιμο – μοναδικό σημείο αποτυχίας για πάρα πολλές λειτουργίες, αλλά αυτό δεν φαίνεται να δικαιολογείται. Βεβαίως, παραβιάζει τη φιλοσοφία του Unix στο ζήτημα της δημιουργίας μικρών εργαλείων που λειτουργούν αρμονικά μαζί αντί της δημιουργίας μεγάλου λογισμικού που κάνει «τα πάντα όλα».

Αν και το systemd δεν είναι αυστηρά μονολιθικό (αποτελείται από πολλά binaries), περιλαμβάνει πολλά διαφορετικά εργαλεία διαχείρισης και εντολές κάτω από μια ομπρέλα. Αν και όντως είναι μεγάλο, δεν είναι το μόνο στοιχείο στο Linux που είναι μεγάλο. Ο πυρήνας έχει σχεδόν 28 εκατομμύρια γραμμές κώδικα ενώ το systemd έχει 1.3 εκατομμύρια. Με άλλα λόγια είναι περίπου στο 5% του μεγέθους του πυρήνα. Αντίθετα ο αριθμός γραμμών για μια σύγχρονη υλοποίηση του System V init δεν ξεπερνάει τις 1.800 γραμμές κώδικα.

Τι είχε στο μυαλό του ο Poettering

Ο Poettering φαίνεται ότι εξαρχής «αγνοεί» τα όποια πρότυπα που έχουν θέσει στην IEEE και το POSIX. Στην πραγματικότητα σε μια παλιότερη συνέντευξή του, ενθάρρυνε τους προγραμματιστές να αγνοήσουν το POSIX:

«Λοιπόν, πάρτε το βιβλίο The Linux Programming Interface, διαβάστε το αλλά αγνοήστε όλα όσα λέει σχετικά με τη συμβατότητα κατά τα πρότυπα POSIX και φτιάξτε το εκπληκτικό λογισμικό σας για Linux. Είναι αρκετά ανακουφιστικό! »

πηγή: FOSDEM 2011

Υπήρξαν κατηγορίες ότι το systemd είναι ένα έργο της Red Hat που ωφελεί μόνο το Red Hat και ότι «επιβλήθηκε» στον ευρύτερο οικοσύστημα διανομών του Linux. Πράγματι, το systemd γεννήθηκε στη Red Hat και διευθύνεται από αυτήν ωστόσο από τους 1.000+ συνεισφέροντες, μόνο μια μικρή μερίδα δουλεύει για την Red Hat.

Advertisements

Στον δρόμο της Red Hat;

Μερικοί αντίπαλοι του systemd έχουν κατηγορήσει τις διανομές ότι ακολουθούν τυφλά τα βήματα της Red Hat και το υιοθετούν χωρίς δεύτερη σκέψη.

Στην πραγματικότητα οι διανομές Linux δεν ακολουθησαν τυφλά την Red Hat αλλά υιοθέτησαν το systemd μετά από σοβαρή και ανοιχτή διαβούλευση. Για παράδειγμα η συζήτηση για την υιοθέτηση η μη του systemd στο Debian, «μαινόταν» στις λίστες αλληλογραφίας του Debian για μεγάλο χρονικό διάστημα. Ωστόσο, το 2014, η κοινότητα ψήφισε να υιοθετήσει το systemd ως το προεπιλεγμένο σύστημα init αλλά επίσης να υποστηρίξει και πιθανές εναλλακτικές λύσεις.

Το Debian είναι ένα σημαντικό παράδειγμα επειδή δεν προέρχεται από την RedHat, το Fedora ή το CentOS. Οι αποφάσεις που λαμβάνονται από την κοινότητα του Debian γίνονται μετά από εκτεταμένες συζητήσεις και στο τέλος ψηφίζουν χρησιμοποιώντας τη μέθοδο ψηφοφορίας Condorcet. Ακόμα και για αυτή την απόφαση η κοινότητα Debian ψήφισε ξανά τον Δεκέμβριο του 2019 και το αποτέλεσμα ήταν να συνεχίσει να επικεντρώνεται στο systemd και να συνεχίζει να αναζητά εναλλακτικές λύσεις.

Οι περιορισμένες επιλογές

Γενικά δεν μπορείτε να επιλέξετε αν θα χρησιμοποιήσετε το systemd με μια συγκεκριμένη διανομή Linux. Αντίθετα, οι ίδιες οι διανομές επιλέγουν αν θέλουν να το χρησιμοποιήσουν οπότε το μόνο που μπορείτε να επιλέξετε είναι το ποια διανομή Linux θα χρησιμοποιήσετε.

Σε όσους χρησιμοποιούν το Debian, το Fedora, το CentOS, το Ubuntu, το Arch, το Solus και το openSUSE, αλλά αντιτίθενται στην υιοθέτηση του systemd, μπορεί να αισθάνονται προδομένοι. Ιδιαίτερα δε αν είναι υπέρμαχοι της UNIX φιλοσοφίας και των POSIX προτύπων, μπορεί να θεωρήσουν αδύνατο να συνεχίσουν να χρησιμοποιούν αυτήν τη διανομή.

Μέσα σε αυτή την 10ετή «μάχη» γεννήθηκαν οι διανομές που για τους μεν είναι σωτήριες για τους δε είναι διανομές «διαμαρτυρίας».

Επίλογος

Υπάρχει φυσικά ένα ευρύ φάσμα στο ζήτημα της αποδοχής η μη του systemd. Στο ένα άκρο, είναι αυτοί που δεν καταλαβαίνουν τα ζητήματα αυτά (ή και δεν τους ενδιαφέρει) και από την άλλη, είναι οι παθιασμένοι αντιρρητές. Κάπου στη μέση είναι εκείνοι που δεν τους αρέσουν μεν οι αλλαγές, αλλά δεν ενοχλούνται αρκετά ώστε να αλλάξουν διανομή. Τέλος, κάπου σε αυτό το φάσμα είναι και αυτοί που δεν πιστεύουν στην φιλοσοφία του UNIX μιας και το Linux… δεν είναι UNIX, και ότι σχετικά με το POSIX το μόνο που πρέπει να φροντίσει το Linux είναι η διαλειτουργικότητα- φορητότητα μεταξύ των διανομών Linux.

Όπου και αν εντάσσεστε σε αυτό το φάσμα διαφορετικών απόψεων, το μόνο σίγουρο είναι ότι το systemd θα είναι εδώ για μεγάλο χρονικό διάστημα. Εάν διαχειρίζεστε υπηρεσίες για πελάτες, ή σκοπεύετε να ασχοληθείτε με DevOPs, με διαχείριση Containers, Kubernetes κλπ θα πρέπει να μάθετε το systemd. Αν η δουελειά σας δεν έχει να κάνει με το Linux και το χρησιμοποιείτε στο σπίτι τότε, επιλέξτε μια διανομή που ανταποκρίνεται στις ανάγκες σας και την φιλοσοφία σας.

Παραπομπές:

14 σκέψεις σχετικά με το “Γιατί το systemd διχάζει ακόμα;

Add yours

  1. Σε γενικές γραμμές καιρό είχα να διαβάσω ελληνόφωνο άρθρο με τέτοια αντικειμενικότητα. Όχι σε βάθος-βάθος άλλα κατανοητή απ όλους!
    Εγώ κρατάω αυτό…το linux δεν είναι unix οπότε χέ…κε για το posix και ότι θα πρέπει να φροντίσει για τη διαλειτουργικότητα!!
    Εντάξει, ούτε υπουργός εξωτερικών!! χαχαχαχα :p :) :)

    1. Τα links στις παραπομπές τα βλέπεις; Δε λέμε οχι στο κράξιμο αλλά λίγο ποιότητα δε βλάπτει. Ως συνήθως απουσία επιχειρημάτων και ουσίας. Δεν πειράζει σας αγαπάμε και εσάς :)

    2. ΧΑΧΑΧΑΧΑΧ είναι το κλασσικο «κάποιος έχει άδικο στο ιντρνετζ…»

  2. Initrd απο και ως που εγινε απαραιτητο. Παρακαλω να μην παραπληροφορειτε, δεν ειναι αναγκαιο ‘συστατικο’ για την εκινηση

    1. Ας τα πάρουμε ένα ένα:

      1) «Initrd απο και ως που εγινε απαραιτητο» : Πρώτον πουθενά στο άρθρο δεν γράφω ότι είναι απαραίτητο. Περιγράφω την διαδικασία που εκτελούν το «99.999999%» των default εγκαταστάσεων στις διανομές Linux. Το initrd ή το initramfs θα μπορούσες να μην τα χρειάζεσαι αν όλα είναι built-in στον kernel και το root filesystem σου είναι fixed μπορείς να το αποφύγεις. Επίσημη τεκμηρίωση Linux: https://www.kernel.org/doc/html/latest/admin-guide/initrd.html

      Ποια διανομή το κάνει αυτό ? Καμία… εκτός και αν είσαι embeded systems engineer και το κάνεις κάθε μέρα :)

      2) «Παρακαλω να μην παραπληροφορειτε» : Παραπληροφόρηση είναι η μεταφορά διαφόρων ψευδών ή αναληθών ή τροποποιημένων πληροφοριών. Συνήθως σκοπός είναι η παραπλάνηση του δέκτη προς εκπλήρωση προσωπικών σκοπιμοτήτων του παραπληροφορούντος.
      Με βάση αυτό λοιπόν, που ακριβώς παραπληροφόρησα ? Στο «δεν ειναι αναγκαιο ‘συστατικο’ για την εκινηση» ? Που ακριβώς είπα ότι είναι αναγκαίο συστατικό ? Νομίζω σου εξήγησα παραπάνω τι γίνεται και πως μπορείς να το αποφύγεις.

      Τέλος, ίσως να ήθελες να πεις «Συγνώμη αλλά κάνετε λάθος. Υπάρχει τρόπος να μην χρειαζόμαστε το initrd ή initramfs.» και να μας δώσεις φυσικά και μια επίσημη τεκμηρίωση για να το μελετήσουμε. Με άλλα λόγια δέχομαι πάντα οτι «μπορεί να κάνω λάθος, ή να μην έχω μάθει κάτι σωστά», αλλά 10 χρόνια τώρα να «παραπληροφορώ» στο Cerebrux ? Δεν νομίζω.

  3. Ας ξεκαθαρίσουμε γιατί τα περί POSIX είναι ανοησίες. Το POSIX είναι μια προδιαγραφή για το api ενός λειτουργικού συστήματος. Σαν προδιαγραφή ενημερώνετε αρκετά αργά και πρέπει να καλύψει όλα τα λειτουργικά που το ακολουθούν. Ακόμα και τα Windows είναι POSIX.

    Αν λοιπόν θέλεις να τρέχει το πρόγραμμα σου σε όλα τα λειτουργικά, ή έστω σε άλλα UNIX όπως το BSD θα πρέπει να ακολουθήσεις την προδιαγραφή.

    Αλλά τότε θα χάσεις όλα όσα κάνουν τον πυρήνα του Linux να είναι Linux. Γιατί απλά δεν θα μπορείς να χρησιμοποιήσεις όλες τις υπηρεσίες που σου παρέχει ο πυρήνας. Δοκίμασε να γράψεις ένα docker σε POSIX. Μπορείς; Όχι. Να έχεις namespaces και slices.

    Μια υπηρεσία εκκίνησης για το Linux δεν πρέπει να ακολουθεί το POSIX. Τελεία. Αν θέλουν άλλα λειτουργικά να τρέξουν το systemd ας προσθέσουν ότι αυτό χρησιμοποιεί. Γιατί το api του Linux kernel είναι το νέο POSIX.

    Αυτά ασχέτως αν σου αρέσει το systemd ή όχι. Προσωπικά δεν μου αρέσει, αλλά δεν το κάνω θέμα. Το φόβος μου είναι ο ίδιος με το Wayland. Η φιλοσοφία του UNIX μας έχει δώσει εργαλεία και αρχές που είναι μαζί μας δεκαετίες. Γιατί έχουν φτιαχτεί από ακαδημαϊκούς που θέλανε τα πάντα επεκτάσιμα και ανοικτά για μελλοντική έρευνα. Τα X11 ξεκίνησαν από μονοχρωματικές οθόνες και πήγανε σε NVidia με RTX.

    Θα αντέξει το systemd και το wayland στους υπολογιστές που θα έχουμε 20 χρόνια στο μέλλον και δεν ξέρουμε πως θα είναι; Δεν νομίζω. Και κάτι μονολιθικό δεν το αντικαθιστάς τόσο εύκολα.

  4. 10 χρόνια μετά, υπάρχουν διανομές που συντηρούνται – κάποιες rolling release- που δεν χρησιμοποιούν systemd. Ανέπτυξαν ότι χρειαζόταν από αυτό ανεξάρτητα, ή «απέσπασαν» κομμάτια του για να συνεχίσουν να λειτουργούν αυτόνομα (eudev, elogind, opentmpfiles, opensysusers κ.λ.π.). Απλά δεν θέλουν όλο να έχουν το systemd σαν ενδιάμεσο μεταξύ του πυρήνα και των εφαρμογών για διάφορους λόγους. Το ίδιο το systemd άρχισε να χάνει την ορμή του. Τα userspace vts δεν υιοθετήθηκαν και τα εγκατέλειψαν, το ίδιο και ο αντικαταστάτης του dbus που θα περιείχε, ενώ η ιδέα ότι τα cgroups θα είχαν ένα και μοναδικό πρόγραμμα που θα τα διαχειρίζονταν και αυτό θα ήταν το systemd δεν ακούγεται πια. Με άλλα λόγια, από την μια όσοι ήθελαν να δουλέψουν διαφορετικά στρώθηκαν στην δουλειά και υλοποίησαν λύσεις που δούλευαν χωρίς αυτό, ενώ άλλοι που θεωρούσαν θετικά τα στοιχεία του δεν ήθελαν απαραίτητα και κάθε επέκταση του που θα μπορούσαν να ονειρευτούν οι δημιουργοί του.
    Όσο για το kubernetes και το docker, φυσικά και δουλεύουν χωρίς αυτό, αλλά το πιο πιθανό είναι να τα συναντήσεις σε διανομές που το χρησιμοποιούν.
    Το obarun χρησιμοποιεί 66[1], που είναι ένα επίπεδο πάνω από το s6-rc που πατά στο s6. Παρόμοιο εργαλείο και το slew [2].
    ___________________________
    [1] https://web.obarun.org/software/66/
    [2] https://gitea.com/CasperVector/slew

    1. Ωραίος ! Πολύ ενδιαφέρον και ωραία προσθήκη.
      Πράγματι ενώ το systemd παρέχει διάφορες «λύσεις» αρκετές δεν χρησιμοποιούνται από όλες τις διανομές. Έχουν κρατήσει μόνο αυτά που τους ενδιαφέρουν.

  5. Συγχαρητήρια στον οικοδεσπότη, γιατί το άρθρο (και τα σχόλια) είναι σαφώς κατατοπιστικά.

    Προσωπική μου άποψη, είναι πως οι διανομές με systemd, είναι κάτι άλλο. Όχι πια Linux ή Unix. Ειν’ ένα καινούριο ΛΣ.
    Προσωπικά δε μου αρέσει, αλλά μια ο χώρος είναι ταυτόσημος με την ελευθερία επιλογής…περί ορέξεως, ουδείς λόγος!

    Προσωπικά ήμουν στο Debian, απ’ τις πρώτες-πρώτες του εκδόσεις.
    Μετά το υπό πολλών κοινοτικών, κληθέν ως «system destruction incident», έφυγα και πήγα στο Devuan και τώρα πια, είμαι στο δικό μας (ελληνικό) MX.
    Γνωρίζω πολλούς παλιούς admins, που επίσης μάζεψαν τα μπογαλάκια τους και πήγαν σ’ άλλες παραλίες. Κάποιο σε Arch based systemd-free, οι περισσότεροι σε Gentoo και κάποιοι ελάχιστοι, κατά Berkeley μεριά.

    Ως παλαιός DOSάς και Unixάς, υποστηρίζω ενθέρμως τις φιλοσοφίες DIY και KISS και θεωρώ το systemd, κάτι σα θηρίο της Αποκάλυψης! :-)
    Ποτέ δε θα τ’ ανοίξω, τη πόρτα του σπιτιού μου! ;-)

    Βλέποντας όμως αυτή τη θηριώδη υλοποίηση του svchost για Linux, καλώ τους συνοδοιπόρους μας του Ελεύθερου Λογισμικού, να σκεφθούν πάρα πολύ καλά, πριν προχωρήσουν στην υιοθέτησή του, για τα προσωπικά τους συστήματα!
    Παίζοντας και λίγο το ρόλο της Κασσάνδρας, θα προειδοποιήσω «You have been warned»!

    Όσο για την αποκαλούμενη «δημοκρατικότητα» κι «αντιπροσωπευτικότητα» του Debian, την έχω φάει στη μάπα, από μικρός.
    Ολ’ οι Σύμβουλοι Αγγλοσάξονες, με τη προσθήκη ενός Γερμανού (ελέω KDE) κι ενός Γάλλου (κατόπιν απαίτησης, με απειλή αποχώρησης).
    Αυτού του είδους το «δημοκρατικό» και «αμερόληπτο» σύστημα, υποτίθεται ότι εκφράζει τους χρήστες.
    Ψήφο και γνώμη, είχαν μόνον οι επίσημοι developers. Και προκειμένου να επιτευχθεί το «σωστό» αποτέλεσμα της ψηφοφορίας, τους-μας πέταξαν όλους έξω κι απέμειναν ελάχιστοι. Φθάσαμε στο σημείο, να υπάρχουν συντηρητές υπεύθυνοι για 500-600 ή και παραπάνω προγράμματα.
    Αυτή η «δημοκρατική», «αντιπροσωπευτική» και «αμερόληπτη» Συνέλευση, αποφάσισε την υιοθέτηση του systemd.

    Καθένας βγάζει τα συμπεράσματά του.
    Ας καθίσει ο καθένας μας, ας σκεφθεί κι ας αποφασίσει για τις πράξεις του και για το μέλλον του.

    1. Νασε καλά Giorgos για την κατάθεση της εμπειρίας που είχες !

Σου άρεσε το άρθρο; Πες την άποψή σου... έστω και Ανώνυμα:

Εισάγετε τα παρακάτω στοιχεία ή επιλέξτε ένα εικονίδιο για να συνδεθείτε:

Λογότυπο WordPress.com

Σχολιάζετε χρησιμοποιώντας τον λογαριασμό WordPress.com. Αποσύνδεση /  Αλλαγή )

Φωτογραφία Twitter

Σχολιάζετε χρησιμοποιώντας τον λογαριασμό Twitter. Αποσύνδεση /  Αλλαγή )

Φωτογραφία Facebook

Σχολιάζετε χρησιμοποιώντας τον λογαριασμό Facebook. Αποσύνδεση /  Αλλαγή )

Σύνδεση με %s

Ο ιστότοπος χρησιμοποιεί το Akismet για την εξάλειψη των ανεπιθύμητων σχολίων. Μάθετε πως επεξεργάζονται τα δεδομένα των σχολίων σας.

Create a website or blog at WordPress.com

ΠΑΝΩ ↑

Αρέσει σε %d bloggers: