Pime a écrit 2 commentaires

  • [^] # Heu ben en fait ce sujet y répond

    Posté par  . En réponse à la dépêche L'évolution de Fastboot. Évalué à 1.

    Donc si j'ai bien compris fastboot pourrait être une réponse.
    Merci pour le TOPO!
  • # Sujet Intéressant!

    Posté par  . En réponse à la dépêche L'évolution de Fastboot. Évalué à 1.

    Cela fait quelques jours (et nuits) que je m'attaque au sujet.
    Sous Debian, je parallèllise avec startpar.
    J'ai atteint 9,5 secondes pour booter
    Réseau USB kde3.3 + 6 consoles textes, LVM, mais pas sur
    partitions système.

    Il est vrai que j'ai dégraissé plusieurs services non primordiaux,
    en privilégiant le chargement à la demande.
    D'après mon analyse
    J'ai détecté 3 problèmes :

    1 init : passage du niveau S au niveau N : temps mort.
    En effet , à ce stade, il relance le script rc qui va boucler
    sur le nouveau runlevel, mais la règle est que tous les
    scripts du runlevel S doivent être terminés.

    2 sourcing : tous les scripts ou presque sourcent des fichiers
    et ce sont souvent les même = (redondances + IO inutiles)

    3 execution du noyau : j'ai 4 à 6 seconde mortes sans activité.
    Plus le noyau est récent et plus c'est long.

    Ma meilleure performance est avec un noyau 2.6.8
    Je travaille toujours avec des noyaux recompilés SANS l'initrd.
    Je n'utilise pas udev, mais je vais peut-être quand-même y revenir
    car le gain de temps n' est pas si convainquant que cela.

    Si quelqu'un pouvait me dire comment raccourcir l'execution du noyau?
    Merci.