C'est un peu plus complexe que ça pour la version actuelle de Kerrighed.
Dans la branche 1.0, il était en effet possible d'utiliser du multi-thread classique. Cette branche, issue d'un projet de recherche, était très instable.
Dans un souci de stabilisation, la branche 2.x a supprimé un certain nombres de fonctionnalité comme la possibilité d'avoir des threads répartis sur plusieurs machines du cluster. La migration d'application multi-threadé fonctionne encore cependant. Il est donc possible d'utiliser des applications multi-thread, celles-ci sont réparties sur le cluster afin d'équilibrer la charge, mais les threads d'une même application resteront sur la même machine.
Comme c'est un cluster, il est toujours possible d'utiliser du MPI en conservant les performances classiques du MPI sur un cluster.
Les fonctions supprimées entre la version 1.0 et 2.0 réapparaîtront petit à petit dans les mois/années à venir.
[^] # Re: Oui mais bon
Posté par gentildemon . En réponse à la dépêche Un cluster Kerrighed de 252 coeurs basé sur un noyau Linux 2.6.20. Évalué à 2.
Dans la branche 1.0, il était en effet possible d'utiliser du multi-thread classique. Cette branche, issue d'un projet de recherche, était très instable.
Dans un souci de stabilisation, la branche 2.x a supprimé un certain nombres de fonctionnalité comme la possibilité d'avoir des threads répartis sur plusieurs machines du cluster. La migration d'application multi-threadé fonctionne encore cependant. Il est donc possible d'utiliser des applications multi-thread, celles-ci sont réparties sur le cluster afin d'équilibrer la charge, mais les threads d'une même application resteront sur la même machine.
Comme c'est un cluster, il est toujours possible d'utiliser du MPI en conservant les performances classiques du MPI sur un cluster.
Les fonctions supprimées entre la version 1.0 et 2.0 réapparaîtront petit à petit dans les mois/années à venir.