ΕΛ/ΛΑΚ | creativecommons.gr | mycontent.ellak.gr |
freedom

Νέα από τον πλανήτη…planet.ellak.gr: Ανάλυση χρόνου εκκίνησης του υπολογιστή με το systemd analyze blame

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) βάζει το χεράκι του στην καθυστέρηση.

Ας δούμε αναλυτικά τι συμβαίνει

1systemd-analyze plot > plot.svg && xdg-open plot.svg

Το παραπάνω θα βγάλει μια γραφική παράσταση εκκίνησης αλλά επειδή η πολύ πληροφορία βλάπτει καλύτερα να δω μόνο τα βασικά

systemd-analyze dot 'vboxautostart-service.*' | dot -Tpng > analyze.png

Πηγή άρθρου: https://planet.ellak.gr/ https://cerebrux.net

Leave a Comment

Social Media Auto Publish Powered By : XYZScripts.com