by: Cerebrux
Στον σημερινό οδηγό θα δούμε πόσο χρόνο καταναλώνει η εκκίνηση του συστήματός μας και ποιες υπηρεσίες καταναλώνουν τον περισσότερο χρόνο με τη χρήση της εντολής systemd analyze blame
Όπως είδαμε στον οδηγό Διαχείριση του συστήματος σας με τη χρήση του systemd το παλιό sysVinit ξεκινούσε τις διεργασίες μια μια και σειριακά. To systemd από την άλλη ξεκινά τις διεργασίες παράλληλα και μάλιστα ξεκινά μόνο εκείνες που απαιτούνται, μειώνοντας σημαντικά το χρόνο εκκίνησης του συστήματος μας.
Τι συμβαίνει όταν ξεκινά ο υπολογιστής
Όταν ενεργοποιείτε τον υπολογιστή σας, γίνεται εκκίνηση του υλικού και στη συνέχεια (ανάλογα με τον τύπο του τομέα εκκίνησης που χρησιμοποιεί ο υπολογιστής σας) εκτελείται είτε το MBR είτε το UEFI partition.
Η τελευταία ενέργεια και των δύο είναι η εκκίνηση του πυρήνα Linux. Ο πυρήνας φορτώνεται στη μνήμη, αποσυμπιέζεται και αρχικοποιείται. Ένα προσωρινό σύστημα αρχείων δημιουργείται στη μνήμη RAM, συνήθως από ένα βοηθητικό πρόγραμμα που ονομάζεται initramfs ή initrd . Αυτό επιτρέπει τη φόρτωση των απαιτούμενων drivers.
Μετα το grub θα αναλάβει ο πυρήνας, που στην συνέχεια θα δώσει τον έλεγχο σε μια υπηρεσία εκκίνησης. Στις περισσότερες διανομες αυτή είναι το systemd. Advertisements
Αυτό, με τη σειρά του, επιτρέπει στο σύστημα αρχείων να φορτώνει και να προετοιμάζεται για τη δημιουργία του περιβάλλοντος χώρου χρήστη (user-space). Η δημιουργία του user-space γίνεται από τη διαδικασία init, η οποία είναι η πρώτη διαδικασία που ξεκινάει από τον πυρήνα. Έχει ένα αναγνωριστικό διεργασίας (PID) 1. Όλες οι άλλες διαδικασίες είναι είτε άμεσα είτε έμμεσα «παιδιά» της διαδικασίας init.
Θα πρέπει να ξεκινήσουν μια σειρά απο υπηρεσίες πρίν μας δώσει τον έλεγχο. Για παράδειγμα θα πρέπει να γίνει συντονισμός της ωρας με το διαδίκτυο. Επίσης να γίνει σύνδεση με το τοπικό δίκτυο και στην συνέχεια έλεγχος πρόσβασης στο internet.
Κάποια πράγματα θα πρέπει να γίνουν πρίν κάποια άλλα. Για παράδειγμα δεν μπορείς να ψάξεις για εκτυπωτές δικτύου, ή άλλους υπολογιστές άν δεν έχεις σύνδεση στο τοπικό δίκτυο. Ούτε να κάνεις συντονισμό ώρας, αν δεν έχεις internet.
H υπηρεσία εκκίνησης θα τα ξεκαθαρίσει αυτά, και θα κάνει όσο περισσότερα πράγματα μαζί ταυτόχρονα για να μας δώσει όσο το δύνατόν συντομότερα τον έλεγχο.
Αλλά κάποιες φορές ο υπολογιστής θα καθυστερεί σημαντικά, τότε θα πρέπει να βρούμε πρώτα τι παίρνει τόσο χρόνο, πριν κάνουμε οτιδήποτε άλλο. Στο άρθρο αυτό θα δούμε το πως
Αναλύοντας τον χρόνο εκκίνησης του υπολογιστή σε συστήματα με SystemD.
Μπορείς να δεις πόσο χρόνο θέλει η εκκίνηση του υπολογιστή με την εντολή
systemd-analyze time |
Startup finished in 18.494s (firmware) + 5.427s (loader) + 5.153s (kernel) + 25.498s (userspace) = 54.573s
Για να δεις ποιο καθυστερεί περισσότερο:
systemd-analyze blame |
24.055s vboxdrv.service
2.664s NetworkManager-wait-online.service
1.117s nfs-server.service
767ms dev-sda4.device
567ms mnt-nfs-nextcloud.mount
417ms upower.service
393ms systemd-hwdb-update.service
378ms networkd-dispatcher.service
371ms mnt-nfs-eBooks.mount
Στο σύστημα μου είναι φανερό πως το vboxdrv.service
παίρνει πραγματικά πολύ χρόνο. Αλλά είναι ο χρόνος αυτός κρίσιμος;
Advertisements
Όχι απαραίτητα μιας και τα παραπάνω συμβαίνουν όπως είπαμε ταυτόχρονα και όχι σειριακά. Ας βρούμε την κρίσιμη αλυσίδα:
Ας βρούμε την κρίσιμη αλυσίδα
systemd-analyze critical-chain |
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @25.490s
└─multi-user.target @25.490s
└─vboxautostart-service.service @25.482s +7ms
└─vboxdrv.service @1.422s +24.055s
└─basic.target @1.337s
└─sockets.target @1.336s
└─uuidd.socket @1.336s
└─sysinit.target @1.316s
└─systemd-timesyncd.service @1.116s +198ms
└─systemd-tmpfiles-setup.service @1.074s +34ms
└─local-fs.target @1.068s
└─media-talos-Linux\x20Mint\x2019.3\x20Cinnamon\x2064\x2dbit.mount @16.177s
└─clean-mount-point@media-talos-Linux\x20Mint\x2019.3\x20Cinnamon\x2064\x2dbit.service @16.190s
└─system-clean\x2dmount\x2dpoint.slice @16.190s
└─system.slice @171ms
└─-.slice @162ms
Και όντως για να φτάσω στο γραφικό περιβάλλον (graphical.target) βάζει το χεράκι του στην καθυστέρηση.
Ας δούμε αναλυτικά τι συμβαίνει
1 | systemd-analyze plot > plot.svg && xdg-open plot.svg |
Το παραπάνω θα βγάλει μια γραφική παράσταση εκκίνησης αλλά επειδή η πολύ πληροφορία βλάπτει καλύτερα να δω μόνο τα βασικά
systemd-analyze dot 'vboxautostart-service.*' | dot -Tpng > analyze.png
![](https://opensource.ellak.gr/wp-content/uploads/sites/5/2020/07/systemd-analyzse-blame-vbox-min.png)
Πηγή άρθρου: https://planet.ellak.gr/ https://cerebrux.net