Je te préviens tout de suite, le grid computing, des fois ça marche, mais en général ça marche pas. Pourquoi ?
Parceque tout dépend de la tâche que tu veux accomplir. Toutes les tâches calculatoires ne sont pas facilement parallélisables. Parmis celles qui le sont, peu ont été parallélisées. Parmis celles qui le sont, peu vont être plus rapide.
Si tu choisis des exemples style LINPACK (le benchmark du TOP500), alors tu vas pouvoir obtenir réellement des gains de temps (quoique en environnement hétérogène, j'ose à peine imaginer le temps de setup !!!)
Maintenant dans la vraie vie, les calculs dits à "grain fin" c'est à dire dont le ratio calcul/communication est faible vont être extrèmement pénalisés par des communications style gigabit (je ne parle même pas de 100Mbits ou en dessous). Ton "workload" (je trouve pas de mot français) sera dominé par les synchro réseau.
Maintenant si tu veux faire de "l'embarassingly parallel" comme seti@home ou les bidules de découverte de molécules qui sont des calculs à très gros grain (les communications sont rarissimes et cachées dans des milliards de Flops) c'est plus envisageable.
# grid computing
Posté par EraZerg . En réponse au message Calcul partage sur un réseau Linux (et Windows). Évalué à 5.
Tu veux faire du grid computing.
Je te préviens tout de suite, le grid computing, des fois ça marche, mais en général ça marche pas. Pourquoi ?
Parceque tout dépend de la tâche que tu veux accomplir. Toutes les tâches calculatoires ne sont pas facilement parallélisables. Parmis celles qui le sont, peu ont été parallélisées. Parmis celles qui le sont, peu vont être plus rapide.
Si tu choisis des exemples style LINPACK (le benchmark du TOP500), alors tu vas pouvoir obtenir réellement des gains de temps (quoique en environnement hétérogène, j'ose à peine imaginer le temps de setup !!!)
Maintenant dans la vraie vie, les calculs dits à "grain fin" c'est à dire dont le ratio calcul/communication est faible vont être extrèmement pénalisés par des communications style gigabit (je ne parle même pas de 100Mbits ou en dessous). Ton "workload" (je trouve pas de mot français) sera dominé par les synchro réseau.
Maintenant si tu veux faire de "l'embarassingly parallel" comme seti@home ou les bidules de découverte de molécules qui sont des calculs à très gros grain (les communications sont rarissimes et cachées dans des milliards de Flops) c'est plus envisageable.
google: grid computing, mpich, heterogenous computing....