Systemd Jest to nowy demon dla systemu startowego, który zawiera wiele dystrybucji i zastąpił stary startowych.
Nienawidzony przez wielu (w tym Linus Torvalds, który nie bez powodu wysłał jednego ze swoich programistów do lotu), uwielbiany przez innych, nadal jest prawdą, że poza problemami, które Systemd może mieć „filozoficznie”, dystrybucje, które go przyjęły, wykazały problem czas znacznie krótszy niż reszta.
I właśnie o tym jest ten post, pokazujący proste polecenie, które pokaże nam czas uruchamiania jądra i obszar roboczy.
Otwieramy terminal i umieszczamy:
$ systemd-analyze
W moim przypadku mam ArchLinux zainstalowanego na dysku SSD Caché z KDE 4.12.4, więc otrzymałem następujący wynik:
Startup finished in 5.355s (kernel) + 2.309s (userspace) = 7.664s
Co myślisz?
Systemd wydaje mi się najlepszy, czegoś takiego nie widziałem. Również status systemctl zawiera wiele informacji, które pomogą poprawić niektóre błędy. Spójrz na moje:
[maykel @ maykel-arch akonadi] $ systemd-analysis
Uruchamianie zakończyło się w 1.785 s (jądro) + 1.511 s (przestrzeń użytkownika) = 3.296 s
Myślę, że jeśli powiesz pamięć podręczną ssd, używasz jej tylko do ładowania rozruchu systemu operacyjnego i buforowania aplikacji, które otwierasz, do pamięci podręcznej ssd. Mam to wszystko na tym samym dysku SSD 128 GB.
Dzięki za info.
Dyski SSD z pamięcią podręczną to dyski SSD, które niektórzy producenci dołączają do systemu Windows jako pamięci wirtualnej. Rozumiem, że są tańsze i „złe” niż zwykłe dyski SSD. W dysku SSD Caché mam zainstalowany system, pozostawiając moje dane na dysku mechanicznym
Od początku powiedziałem, że SystemD to jedna z dobrych rzeczy dla Linuksa. Od początku powiedziałem, że Debian przyjmie to, a powody są więcej niż oczywiste. Btrfs też to jest iz tego powodu moje serwery, laptopy i komputery są już na nim. I przyznaję, że bardzo, bardzo dobrze 😀
A czy nie jesteś zachwycony nową funkcjonalnością Btrfs (dodanie rozszerzonych atrybutów)?
Co prawda nie ma wielu (powiedziałbym, że żadnej) aplikacji, które go używają, ale możliwości są nieograniczone.
zajmuje mi to dużo czasu:
Uruchamianie zakończyło się w 2.961 s (jądro) + 24.178 s (przestrzeń użytkownika) = 27.140 s
Jak sprawić, by zaczęło się szybciej? Ponieważ naprawdę to zauważam
Musiałbyś zainstalować dysk SSD. 🙁
Cóż, będę lepszy, hahaha
systemowa analiza winy
Podaje czas dla każdej usługi
Moje dane:
Uruchamianie zakończyło się w 3.416 s (jądro) + 15.543 s (przestrzeń użytkownika) = 18.960 s
Mój główny dysk to SATA 2 7200 obr./min.
Prawda jest taka, że SystemD radzi sobie całkiem nieźle, zmiana była zauważalna. Mówiłem już, nie wiem gdzie, o różnicach, ale skoro to wszystko techniczne sprawy to nic nie rozumiem
Uruchamianie zakończyło się w 3.605 s (jądro) + 25.651 s (przestrzeń użytkownika) = 29.257 s
Jak mogę poprawić czas uruchamiania mojego komputera: ((mam jądro 3.8 i cynamon jako środowisko pulpitu, jestem na archlinux)
Czas rozruchu poprawi się tylko przy użyciu dysku SSD. Chociaż na poziomie oprogramowania można wprowadzić pewne poprawki, rozwiązaniem jest dysk SSD.
Czas uruchamiania KaOS na dysku SSD msata:
Uruchamianie zakończyło się w 1.082 s (jądro) + 1.343 s (przestrzeń użytkownika) = 2.425 s
Luksus!!
Oprócz całkowitego czasu można dodać opcje, aby wyświetlić więcej informacji:
systemd-analysis blame sortuje czas wszystkich procesów od najwyższego do najniższego
łańcuch krytyczny analizy systemowej wskazuje potencjalne wąskie gardła w czasie uruchamiania.
Pozdrowienia.
Dzięki za informację..
Uruchamianie zakończyło się w 2.089 s (jądro) + 6.680 s (przestrzeń użytkownika) = 8.770 s
To dało mi na KaOS z dyskiem mechanicznym, myślę, że kaos jest tańszym rozwiązaniem do szybkiego rozruchu niż ssd: p. Nie chcę też sobie wyobrazić, jak tylko zacząłem z jednym z nich.
Prawda jest taka, że jądro ładuje się długo ... z czego (teoretycznie) niewiele robi. Ale hej, myślę, że to monolityczne jądro 😛
Przestrzeń użytkownika jest imponująca.
Próbowałem uruchomić polecenie, ale otrzymałem odpowiedź:
bash: systemd-analysis: nie znaleziono polecenia
Mam zainstalowany Debian Wheezy.
Skoro nie znaleziono zamówienia, czy muszę wcześniej coś zainstalować?
Dziękuję bardzo za uwagę.
Jak mówi artykuł, polecenie jest przeznaczone dla systemów, które używają SystemD jako init, w Debianie Wheezy używany jest SysVinit, więc to polecenie nie będzie działać dla Ciebie, kolego.
Bardzo dziękuję za wyjaśnienie Yukiteru. Jeszcze jedna rzecz, której można się nauczyć w tym fascynującym świecie GNU / Linuksa
7 sekund !!! ogromny. Jedno pytanie, czy zrobiłeś coś specjalnego, aby zainstalować arch w tej pamięci podręcznej SSD?
Jakieś rady, jak skrócić te czasy?
Uruchamianie zakończone w 1.371s (jądro) + 4.005s (initrd) + 56.367s (przestrzeń użytkownika) = 1min 1.744s
Jak zawsze tutaj, są bardzo dobre wskazówki.
Zgodnie z poleceniem rzuca mi to:
Uruchamianie zakończyło się w 2.395 s (jądro) + 26.193 s (przestrzeń użytkownika) = 28.588 s
A to, co robi wąskie gardło, to:
graphical.target @ 26.193s
└─multi-user.target @ 26.193s
└─pdnsd.service @ 26.192s
└─network.target @ 26.192s
Z dyskiem WD Blue 500 GB
Uruchamianie zakończyło się w 4.051 s (jądro) + 11.885 s (przestrzeń użytkownika) = 15.936 s
Moje wąskie gardło to 3
ntpd.service @ 11.487s + 397ms
NetworkManager.service @ 6.332s + 5.153s
dev-disk-by\x2duuid-357098a9\x2daf36\x2d456c\x2dabe4\x2d7576d1792dfa.swap @6.091s +205ms
Prawda jest taka, że martwi mnie to: S.
NetworkManager.service @ 6.332s + 5.153s
Zapomniałem wspomnieć o dystrybucji. Manjaro with Gnome (edycja społeczności). I mechaniczny dysk twardy.
Uruchamianie zakończyło się w 3.266 s (jądro) + 12.302 s (przestrzeń użytkownika) = 15.568 s
i mam dysk SSD! Chociaż / home znajduje się na dysku mechanicznym.
Jeśli masz go w szufladzie, wątpię, czy zauważysz jakąkolwiek różnicę 😉
Mówię to, ponieważ nie widzę, że jest bardzo szybki
A do tego mam tarczę mechaniczną i już z kilkoma wygodnymi latami użytkowania. Dysk, o którym mowa, to: Maxtor 6L250S0
Z jednej strony, gdy dostałem ten dysk i zgodnie z tune2fs:
Powstał:
Utworzono system plików: wt. 12 października 11:28:03 2010
I przenosił się przez cały ten czas:
Dożywotnie zapisy: 1353 GB
Chociaż wiem, dlaczego menedżer sieci ma taki czas, a pdnsd zależy od tego, aby działał.
Witaj! Chciałbym wiedzieć, jak wykonać ten test w Mint ... Pozdrowienia!
niedostępne w elementaryOS, co za szkoda, bo jakiś czas temu mieliśmy wybuchającą wojnę z przyjaciółmi z fedory: '
Uruchamianie zakończyło się w 2.111 s (jądro) + 5.034 s (przestrzeń użytkownika) = 7.145 s
jakiś sposób na poprawę przestrzeni użytkownika (muszę usunąć pliki ?? XD)
0.75 sekundy !!! WUAO
Dzięki za wkład przyjacielu
W Linuksie Mint jak by to zrobić?
Cóż, mam procesor Intel E2140, 2 GB pamięci RAM, zintegrowany GMA950 i dwa dyski (SATA1 o pojemności 148 GB, gdzie jest system, IDE o pojemności 40 GB), mam to:
Uruchamianie zakończyło się w 2.794 s (jądro) + 17.784 s (przestrzeń użytkownika) = 20.578 s
Nic złego. Nawiasem mówiąc, Archlinux x86. Moim ograniczeniem jest dysk.
$ systemd-analysis
Uruchamianie zakończone w 1.731 s (jądro) + 2.882 s (initrd) + 4 min 48.866 s (przestrzeń użytkownika) = 4 min 53.480 s
Wina $ systemd-analysis
4 min 33.660 s bumblebee-nvidia. Serwis
23.110s rsyslog.service
:/
Hej, jak się masz ... hej, jak mogę skrócić czas przestrzeni użytkownika, ponieważ wydaje mi się, że mają 34.151 s aaaww Wiedziałem już, że zajęło to dużo czasu