Systemd C'est le nouveau démon pour le système de démarrage que de nombreuses distributions intègrent et qui a remplacé l'ancien init.
Détesté par beaucoup (y compris Linus Torvalds qui a envoyé à juste titre un de ses programmeurs voler), adoré par d'autres, il est toujours vrai qu'au-delà des problèmes que Systemd peut "philosophiquement" avoir, les distributions qui l'ont adopté ont montré un démarrage temps beaucoup plus bas que le reste.
Et c'est exactement le sujet de cet article, vous montrant une commande simple qui nous montrera l'heure de démarrage du noyau et l'espace de travail.
Nous ouvrons un terminal et mettons:
$ systemd-analyze
Dans mon cas, j'ai ArchLinux installé sur un SSD Caché, avec KDE 4.12.4, j'ai donc obtenu le résultat suivant:
Startup finished in 5.355s (kernel) + 2.309s (userspace) = 7.664s
Qu'est-ce que tu penses?
Systemd me semble le meilleur, je n'ai rien vu de tel. De plus, le statut systemctl donne beaucoup d'informations pour aider à corriger certaines erreurs. Regardez le mien:
[maykel @ maykel-arch akonadi] $ systemd-analyser
Démarrage terminé en 1.785s (noyau) + 1.511s (espace utilisateur) = 3.296s
Je suppose que si vous dites cache ssd, vous ne l'utilisez que pour charger le démarrage du système d'exploitation et pour mettre en cache les applications que vous ouvrez dans le cache ssd. Je l'ai tout sur le même SSD de 128 Go.
Merci pour l'info.
Les SSD de cache sont des disques SSD que certains fabricants incluent pour Windows à utiliser comme mémoire virtuelle. Je comprends qu'ils sont moins chers et «mauvais» que les SSD normaux. Dans le cache SSD, j'ai installé le système en laissant mes données pour le disque mécanique 😀
Dès le début, j'ai dit que SystemD est l'une des bonnes choses pour Linux. Dès le début, j'ai dit que Debian l'adopterait et les raisons sont plus qu'évidentes. Btrfs l'est aussi et c'est pour cette raison que mes serveurs, mon ordinateur portable et mes ordinateurs y sont déjà. Et je l'admets très, très bien 😀
Et n'êtes-vous pas ravi de la nouvelle fonctionnalité de Btrfs (l'ajout d'attributs étendus)?
Il est vrai qu'il n'y a pas beaucoup (aucune, je dirais) d'applications qui l'utilisent, mais les possibilités sont infinies.
ça me prend du temps:
Démarrage terminé en 2.961s (noyau) + 24.178s (espace utilisateur) = 27.140s
Comment le faire démarrer plus rapidement? Parce que je le remarque vraiment
Vous devrez installer un SSD. 🙁
Eh bien, je resterai mieux comme ça hahaha
blâme systemd-analyser
Il vous indique l'heure de chaque service
Mes données:
Démarrage terminé en 3.416s (noyau) + 15.543s (espace utilisateur) = 18.960s
Mon disque principal est un SATA 2 7200RPM.
La vérité est que SystemD se porte plutôt bien, le changement était perceptible. J'ai déjà parlé, je ne sais pas où, des différences, mais comme il s'agit de choses techniques, je n'ai rien compris
Démarrage terminé en 3.605s (noyau) + 25.651s (espace utilisateur) = 29.257s
Comment puis-je améliorer le temps de démarrage de ma machine: ((J'ai le noyau 3.8 et la cannelle comme environnement de bureau, je suis sur archlinux)
Le temps de démarrage ne s'améliorera qu'avec un SSD. Bien qu'au niveau du logiciel, vous puissiez faire quelques ajustements, un SSD est la solution.
Heure de démarrage KaOS sur un SSD msata:
Démarrage terminé en 1.082s (noyau) + 1.343s (espace utilisateur) = 2.425s
Un luxe !!
En plus du temps total, des options peuvent être ajoutées pour afficher plus d'informations:
Le blâme de systemd-analyser trie le temps de tous les processus du plus élevé au plus bas
systemd-analyz critique-chain indique les goulots d'étranglement potentiels des temps de démarrage.
Salutations.
Merci pour l'astuce..
Démarrage terminé en 2.089s (noyau) + 6.680s (espace utilisateur) = 8.770s
Cela m'a donné sur KaOS avec un disque mécanique, je pense que kaos est une solution de démarrage rapide moins chère qu'un ssd: p. Je ne veux pas non plus imaginer quand il a commencé avec l'un d'entre eux.
La vérité est que le noyau prend beaucoup de temps à démarrer ... pour ce qu'il fait (théoriquement) peu. Mais bon, je pense que c'est du noyau monolithique 😛
Le truc de l'espace utilisateur est impressionnant.
J'ai essayé d'exécuter la commande mais la réponse qu'elle me donne est:
bash: systemd-analyz: commande introuvable
J'ai Debian Wheezy installé.
Puisque la commande n'est pas trouvée, dois-je installer quelque chose au préalable?
Merci beaucoup pour l'attention.
Comme le dit l'article, la commande est pour les systèmes qui utilisent SystemD comme init, dans Debian Wheezy SysVinit est utilisé donc cette commande ne fonctionnera pas pour vous, mate.
Merci beaucoup pour la clarification Yukiteru. Une dernière chose que l'on apprend dans ce monde fascinant de GNU / Linux
7 secondes !!! énorme. Une question, avez-vous fait quelque chose de spécial pour installer arch dans ce cache ssd?
Des conseils sur la façon de réduire ces délais?
Démarrage terminé en 1.371s (noyau) + 4.005s (initrd) + 56.367s (espace utilisateur) = 1min 1.744s
Comme toujours, ici, il y a de très bons conseils.
Selon le commandement, voici ce qu'il me lance:
Démarrage terminé en 2.395s (noyau) + 26.193s (espace utilisateur) = 28.588s
Et ce que fait le goulot d'étranglement, c'est ceci:
graphical.target @ 26.193s
└─multi-user.target @ 26.193s
└─pdnsd.service @ 26.192s
└─network.target @ 26.192s
Avec un WD Blue 500 Go
Démarrage terminé en 4.051s (noyau) + 11.885s (espace utilisateur) = 15.936s
Mon goulot d'étranglement est 3
ntpd.service à 11.487 s + 397 ms
NetworkManager.service à 6.332 s + 5.153 s
dev-disk-by\x2duuid-357098a9\x2daf36\x2d456c\x2dabe4\x2d7576d1792dfa.swap @6.091s +205ms
La vérité est que cela m'inquiète: S
NetworkManager.service à 6.332 s + 5.153 s
J'ai oublié de mentionner la distribution. Manjaro avec Gnome (édition communautaire). Et disque dur mécanique.
Démarrage terminé en 3.266s (noyau) + 12.302s (espace utilisateur) = 15.568s
et j'ai un SSD! Bien que / home soit sur un disque mécanique.
Si vous l'avez rangé dans un tiroir, je doute que vous voyiez une différence 😉
Je le dis parce que je ne vois pas que c'est très rapide
Et ça, j'ai le disque mécanique et déjà avec quelques années confortables de service. Le disque en question est: Maxtor 6L250S0
D'une part, quand j'ai eu ce disque et selon tune2fs:
Il a été créé:
Création du système de fichiers: Tue Oct 12 11:28:03 2010
Et il a bougé pendant tout ce temps:
Écrit à vie: 1353 Go
Bien que, je sais pourquoi le gestionnaire de réseau a ce temps, et le pdnsd dépend de ce dernier pour fonctionner.
Salut! J'aimerais savoir comment faire ce test à la menthe ... Salutations!
pas disponible dans elementaryOS, quel dommage, car nous avons eu une guerre rebondissante il y a longtemps avec des amis en fedora: '(
Démarrage terminé en 2.111s (noyau) + 5.034s (espace utilisateur) = 7.145s
un moyen d'améliorer l'espace utilisateur (je dois supprimer des fichiers ?? XD)
0.75 seconde !!! WUAO
Merci pour l'ami de contribution
Sous Linux Mint, comment cela se ferait-il?
Eh bien, avec un processeur Intel E2140, 2 Go de RAM, un GMA950 intégré et deux disques (SATA1 de 148 Go où se trouve le système, IDE de 40 Go), j'ai ceci:
Démarrage terminé en 2.794s (noyau) + 17.784s (espace utilisateur) = 20.578s
Rien de mal. Au fait, Archlinux x86. Ma limitation est le disque.
$ systemd-analyser
Démarrage terminé en 1.731s (noyau) + 2.882s (initrd) + 4min 48.866s (espace utilisateur) = 4min 53.480s
$ systemd-analyser blâme
4min 33.660s bourdon-nvidia.service
23.110s rsyslog.service
:/
Hé comment vas-tu ... hé comment puis-je réduire le temps de l'espace utilisateur, car il me semble qu'ils sont 34.151s aaaww je savais déjà que cela prenait beaucoup de temps