je suis pas convaincu, là : vous parlez de troic choses complètement différentes (dans leurs buts et leurs approches) comme si c'était la même chose :
- les seti@home, folding@home et autre distributed.net ou décrypton, c'est je crois ce qu'on appelle du grid computing : pleins d'ordinateurs répartis un peu partout qui font la même chose. en simplifiant, y'a un seul algo qui tourne chez tout le monde sur des données différentes.
- openssi et openmosix ca permet de faire un gros système virtuel multiprocesseur à partie de plusieurs systèmes physiquement uniprocesseurs (ou multiprocesseurs) : tu as la possibilité ensuite de faire voyager un processus vers un des noeuds pour qu'il s'y exécute, et i ly a load balancing pour que tous les noeuds bossent, mais tu ne fais voyager que des processus, pas des threads, et c'est très vite couteux niveau réseau (faut faire voyager l'environnement du processus avec), donc pas envisageable sur un réseau comme internet (imagine un système qui attend à chaque fois une à deux minutes dans le vent avant de te rendre la main quand un processus commence ou termine son exécution). et pareillement, si tu as une tâche qui ne spawne qu'un processus à la fois, un seul noeud de ta supermachine sera utilisé...
- ultramonkey et linuxvirtualserver, c'est une machine en front-end qui distribue le travail aux noeuds qui lui signalent leur présence. ca sert simplement à répartir un flot de requêtes entre plusieurs systèmes distincts.
[^] # Re: Calcul partage...
Posté par Alexandre Boeglin . En réponse à la dépêche Sortie de la première version stable de OpenSSI. Évalué à 10.
- les seti@home, folding@home et autre distributed.net ou décrypton, c'est je crois ce qu'on appelle du grid computing : pleins d'ordinateurs répartis un peu partout qui font la même chose. en simplifiant, y'a un seul algo qui tourne chez tout le monde sur des données différentes.
- openssi et openmosix ca permet de faire un gros système virtuel multiprocesseur à partie de plusieurs systèmes physiquement uniprocesseurs (ou multiprocesseurs) : tu as la possibilité ensuite de faire voyager un processus vers un des noeuds pour qu'il s'y exécute, et i ly a load balancing pour que tous les noeuds bossent, mais tu ne fais voyager que des processus, pas des threads, et c'est très vite couteux niveau réseau (faut faire voyager l'environnement du processus avec), donc pas envisageable sur un réseau comme internet (imagine un système qui attend à chaque fois une à deux minutes dans le vent avant de te rendre la main quand un processus commence ou termine son exécution). et pareillement, si tu as une tâche qui ne spawne qu'un processus à la fois, un seul noeud de ta supermachine sera utilisé...
- ultramonkey et linuxvirtualserver, c'est une machine en front-end qui distribue le travail aux noeuds qui lui signalent leur présence. ca sert simplement à répartir un flot de requêtes entre plusieurs systèmes distincts.
@++