Bonjour
Je suis (à peu près) heureux propriétaire d'une Ubuntu hoary. Mais ce que j'aime pas, et c'est pas propre à cette distrib, c'est la durée de démarrage. Elle est de 58 secondes d'après le superbe bootchart (http://www.bootchart.org(...) pour ceux qui connaissent pas).
J'aimerais optimiser ça, au moins en apparence ! En effet, des services comme networking sont longs (7 secondes ici, surtout à cause du réseau wifi) et ne font rien sur ma le CPU ni sur le disque dur : ce temps serait utile pour lancer kdm directement, me permettant de donner tout de suite mon mot de passe et ainsi gagner quelques précieuses secondes :)
Puis y'a aussi 2 sleep liés à l'USB : je peux pas en enlever au moins 1 ? Et les fsck... Ils sont chiants, je peux pas les raccourcir ?
Le graphe de mon démarrage est là : http://pinaraf.robertlan.eu.org/bootchart.png(...)
Toute idée pour accélérer ce merdier est acceptée :)
Merci d'avance
Forum Linux.debian/ubuntu Optimiser le démarrage
28
mar.
2005
# Perf
Posté par Roger Rabbit . Évalué à 1.
il me semble qu'en modifiant tes scripts de démarrage tu
dois pouvoir backgrounder certains services comme le
dhcp ou le fsck.
[ Nb : sous freebsd le fsck est backgroundé par défaut ]
[^] # Re: Perf
Posté par M . Évalué à 4.
backgrounder dhcp : ca peut etre tres chiant si t'as des demon (npt-date, ...) qui essaye d'acceder au reseau...
[^] # Re: Perf
Posté par Roger Rabbit . Évalué à 1.
http://freebsd.active-venture.com/handbook/configtuning-disk.html(...)
"This is the idea behind the background fsck: at system startup time, only a snapshot of the filesystem is recorded. The fsck can be run later on. All file systems can then be mounted ``dirty'', so the system startup proceeds in multiuser mode. Then, background fscks will be scheduled for all file systems where this is required, to free resources that may be unused. (File systems that do not use Soft Updates still need the usual foreground fsck though.)"
Pour dhcpd évidemment que si tu as un démon qui va locker encore après, ca ne sert à rien, ca va juste déplacer le lock , mais j'ai déja vu des démarrage le faire (ie essayer pendant 1 ou 2 sec et si rien alors on background ). Tu peux néanmoins backgrounder ton dhcp et dire à ntpdate de se lancer 60sec plus tard toujours en background ....
[^] # Re: Perf
Posté par Nap . Évalué à 4.
insupportable comme argument :)
pourquoi ces services n'attendent-ils pas sagement de pouvoir utiliser le réseau ? Pour le npt-date par exemple, si c'est pour mettre à jour l'heure, on peut bien attendre 2minutes avec une heure pas tout-à-fait exacte, non ?
désolé mais ça m'énerve cet argument à chaque fois :)
c'est à cause de ça qu'un poste configuré pour accéder au net en wifi va mettre trois minutes à démarrer si le réseau n'est pas présent... vraiment n'importe quoi !
[^] # Re: Perf
Posté par Pinaraf . Évalué à 3.
1- d'en avoir des propres, "certifiées"
2- de pas perdre mes modifs à chaque mise à jour
Merci d'avance
[^] # Re: Perf
Posté par Roger Rabbit . Évalué à 3.
58 sec entre le boot et le login xdm je trouve ca court mais bon,
as tu envisagé de mettre ta machine en suspension en ram ? ca
devrait te permettre de grapiller encore des secondes
[^] # Re: Perf
Posté par Pinaraf . Évalué à 3.
Le problème c'est que je sais pas si le driver de ma carte wifi supporte cette suspension :/ j'essaierai
[^] # Re: Perf
Posté par Roger Rabbit . Évalué à 3.
possiblité de décharger les modules qui présentent un problème avant
la mise en veille et les recharger ensuite.
c'est exliqué ici avec un cas de supension sur disque :
http://www.kananov.com/notes/s3(...)
[^] # Re: Perf
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 4.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.