mikeash.com: just this guy, you know?

next up previous contents
Next: Partage de l'écran virtuel Up: Extension de lancer de Previous: Extension de lancer de   Contents

Répartition du cube de données

Si on divise le cube directement, on a un grand avantage au niveau des communications. Au lieu de communiquer tout le cube à tous les noeuds de rendu, on communique seulement une partie du cube à chaque noeud, ce qui diminue fortement la quantité de données communiquées. Par contre, la communication au noeud d'affichage est plus lourde, parce qu'il faut communiquer tous les écrans virtuels des noeuds de rendu. Le noeud d'affichage doit calculer un écran virtuel final à partir de tous les écrans intermédiaires. Il y a un problème de répartition de charges : il est possible qu'une région du cube demande plus de calcul pour l'algorithme de lancer de rayons qu'une autre région. Les régions avec plus de fluide prennent en général moins de calcul, parce qu'on atteint rapidement la limite de la couleur du rayon. Si le travail n'est pas équilibré, on peut perdre beaucoup de performance quand un noeud continue de travailler et que tous les autres sont inactifs. Cette répartition est illustrée par la figure 17.

Figure: Parallélisation de lancer de rayon. On divise le cube en tranches, et chaque tranche est sur un processeur différent. Chaque niveau de gris est sur un processeur différent.


next up previous contents
Next: Partage de l'écran virtuel Up: Extension de lancer de Previous: Extension de lancer de   Contents
Michael Ash 2005-09-21

Hosted at DigitalOcean.