• # Résultats bizarres

    Posté par . En réponse à la dépêche Test de MOSIX (ferme de serveurs HTTP). Évalué à 10.

    J'ai lu en diagonale le doc, et il y a des trucs qui me choquent un peu.

    Quand ils font des requêtes sur un seul noeud du cluster Mosix, il y a une perte de 23%, alors qu'avec une répartition de charge en amont, il n'y a plus de perte ?

    Comment ça se fait-ce-t-il ? Ça ne voudrait-il pas dire que la répartition de charge, dans ce cas, se passe surtout dans le procédé en amont plutôt que par Mosix ?

    Est-ce que les gains de performances ne peuvent-ils alors pas venir du fait des modifications de Mosix dans le scheduler du noyau ?

    Je suis quand même assez perplexe quant à l'utilité et aux résultats de cette solution sur une ferme de serveurs HTTP... la répartition de charge en amont (pas du dns roundrobin, mais de la vraie répartition) est déjà très efficace...

    Un détail qui me semble un peu mis sous silence : comment se comporte le cluster quand il perd un noeud. Je n'ai vu qu'une allusion au fait qu'on pouvait retirer volontairement un noeud du cluster, auquel cas, il le quitte proprement et ça ne pose pas de problème, ou que les processus sur une machine qu'on débranchait violemment restaient sur la machine, mais qu'advient-il du reste du cluster dans ce cas ? Bref, est-ce qu'un cluster Mosix est tolérant aux pannes ?