Voila:
je cherche a remplacer le 'SysVinit' par un autre qui:
_est plus rapide à démarer
_qui gère les dépendances
_qui permet de démarer des taches parellelement
Bref qui permet d'avoir quelque chose qui démar plus vite:
_du noyau au démarage de l'init:12s
_gdm démarer:1m30
et encore tous les services(sauf ssh) sont passé a la trappe!!
c'est quand même enorme!!
alors je peux le remplacer par quoi(sans virer les fichiers de SysVinit)??
j'ai simpleinit-msb mais faut le changer pour qu'il n'écrase pas le SysVinit,chose que je n'ai points envie de faire.
Et le top serait quèil y est un package rpm(pour mdk).
(Là je rève un peu trop!)
# Re: Init
Posté par Julien CARTIGNY (site web personnel) . Évalué à 1.
Pas le courage de cehrcher, remonte les archives ou fait une recherche...
[^] # Re: Init
Posté par Ph Husson (site web personnel) . Évalué à 1.
Et c'est pas parce que c'est ce que je fait régulièrement que c'est ce que je prefère!!
# Re: Init
Posté par Nap . Évalué à 1.
si tout est lancé en parallèle, tu as pas forcément la main sur stdin pour le processus démarrant apache
autre probleme si 2 services demandent ça en même temps : on réponds au quel, concrètement
voilà, désolé, je suis conscient d'avoir pourri le débat, mais ça me tarabuste :)
[^] # Re: Init
Posté par Flyounet (site web personnel) . Évalué à 1.
Je suis aussi conscient d'avoir pourri ta question, mais bon :)
[^] # Re: Init
Posté par stork . Évalué à 1.
il me semble qu'il faut créer un fichier server.psm qui ne contient pas le pass à partir du fichier server.key
Il faut chercher là: http://www.modssl.org/docs/2.8/ssl_intro.html(...)
[^] # Re: Init
Posté par Nap . Évalué à 1.
# Re: Init
Posté par blackshack . Évalué à 3.
# Re: Init
Posté par Sixel . Évalué à 0.
while(pasEncoreSorti)
me.runTo(theDoor);
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
[^] # Re: Init
Posté par Obsidian . Évalué à 1.
# Re: Init
Posté par pikachu . Évalué à 1.
# Re: Init
Posté par Obsidian . Évalué à 1.
[^] # Re: Init
Posté par Ph Husson (site web personnel) . Évalué à 2.
athlon xp 1800+
256Mddr
disque dur a 20mo/s
carte nvidia intégré(sert a rien je pense)
mdk 9.1/cooker
Alors pour un système comme ça c'est quand même assez long!!
[^] # Re: Init
Posté par Obsidian . Évalué à 1.
Même 12 secondes pour le noyau c'est énorme. T'es sûr que ton 1800+ n'est pas un 180+ ? :-)
[^] # Re: Init
Posté par B r u n o (site web personnel) . Évalué à 1.
c'est une nforce avec les drivers nvidia, non? et ca reste sur un ecran noir pendant un bon moment? J'avais ca aussi et j'etais revenu au driver nv, et puis un jour j'ai ajouté/remplacé mes barettes memoires, pis j'ai ressayé le driver nvidia et ca a marché normalement (plus l'ecran noir pendant 30-40 sec avant kdm comme avant)... j'ai pas cherché à comprendre plus :)
[^] # Re: Init
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: Init
Posté par Ph Husson (site web personnel) . Évalué à 1.
du debut du lilo au debut init:~10s +-5s(ca fait une grosse marge d'erreur je sais)
debut rc3->X:~15s
j'ai viré le depmod
et pourtant je suis pas foutu de savoir ce qu'il fou!!!
peut-être le devfs je vais voire ca
[^] # Re: Init
Posté par Toto . Évalué à 2.
Chez moi 32secs chrono entre Lilo et et le moment ou je peux saisir le login sous GDM2, une trentaine de plus avant d'avoir la main sous Gnome sachant qu'il lance Mozilla, Gaim, Xmms, Xchat et deux Aterm.
Essaye une recompilation du noyau, quitte à virer le support des modules et de ne mettre que le strict minimum, ca permet de gagner pas mal. Mets aussi le script hdparm le plus tot possible, ca accelere le chargement des autres process qui demande une utilisation intensive du DD.
Pour info sur mon système :
athlon 1.2GHz
1Go SDRAM
disque dur à 30mo/s
Debian unstable
kernel 2.6.0-test6
[^] # Re: Init
Posté par Gwenaël Casaccio . Évalué à 1.
# lancer gdm plus tot
Posté par free2.org . Évalué à 1.
le lien symbolique allant vers init.d/gdm avec un numéro inférieur
au fait as-tu essayé hdparm ?
# Re: Init
Posté par M . Évalué à 2.
# Re: Init
Posté par Vivi (site web personnel) . Évalué à 2.
Ensuite pour le coup du démarrage parallèle j'ai bien peur que dans la majorité des cas ça ne va pas pratiquement pas accélerer le bazar, voir le ralentir. En démarrant en paralèle tu sollicites encore plus le disque qui n'arrête pas de seeker partout.
En plus dans le cycle de démarrage, y'a syslog qui ne se met en marche avec le kernel qui lui balance alors tout le contenu de son buffer de messages ; ensuite tous les daemons qui sont lancés lui envoient leurs messages de démarrage. Et syslog ne cache rien, il sync tout ce qu'il reçoit sur le disque, ce qui énerve encore plus le disque.
[^] # Re: Init
Posté par RB . Évalué à 1.
Et syslog reçoit pas les messages du kernel, c'est klog qui fait ça. Le disque ne ma jamais semblé l'élément clé de la vitesse de démmarage, au contraire il est peu solicité.
[^] # Re: Init
Posté par Vivi (site web personnel) . Évalué à 1.
Je connaissais pas metalog. Mais ça me paraît pas une super idée de bufferiser les logs : quand il y a un gros problème c'est bien de pouvoir l'écrire tout de suite avant que tout se pète la gueule.
[^] # Re: Init
Posté par RB . Évalué à 1.
[^] # Re: Init
Posté par PLuG . Évalué à 3.
(il faut mettre des "-" devant les noms des fichiers non "syncer"
[^] # Re: Init
Posté par Vivi (site web personnel) . Évalué à 1.
# Re: Init
Posté par Mathieu Pillard (site web personnel) . Évalué à 1.
http://www.gentoo.org/doc/en/rc-scripts.xml(...)
Tu peux dire que tel truc necessite tel truc, quil utilise tel machin, et quil doit demarrer avant tel bidule mais apres tel chouette tres facilement.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.