• [^] # Re: L'avis de Linus

    Posté par . En réponse à la dépêche MINIX 3 - Google Summer of Code. Évalué à 3.

    Ma mémoire m'a trahie :
    >Si c'était le seul critère de « bonne qualité » d'un
    >noyau, ce serait exact. Ce que vous ne mentionnez pas, c'est
    >que minix ne fonctionne pas comme un micro-noyau de manière correcte,
    >et pose des problèmes avec le multitâche en temps réel (dans le
    >noyau). Si j'avais fait un SE ayant des problèmes avec un système
    >de fichiers subdivisé en unités d'exécution, je n'aurais pas été
    >aussi prompt à condamner les autres : en fait, j'aurais fait tout
    >mon possible pour que les autres oublient ce fiasco.
    Un système de fichiers multi-thread est seulement un bitouillage
    d'amélioration des
    performances. Lorsqu'il y a seulement un processus actif, cas normal
    sur un petit PC, cela ne vous apporte rien et ajoute de la complexité
    au code. Sur des machines suffisamment rapides pour servir
    plusieurs utilisateurs, vous avez probablement assez de mémoire-cache
    pour assurer un bon cache à un bon taux, auquel cas le multi-thread
    ne vous apporte rien non plus. Cela ne rapporte vraiment que
    lorsque plusieurs processus font au même moment des E/S effectives
    sur disque. Que ça vaille la peine de rendre le système plus complexe
    dans ce cas est pour le moins discutable.