Je ne dirais pas qu'il est plus "simple de tirer la quintessence d'un Cell" car ça demande de réécrire pas mal de code avant d'avoir quelque chose qui marche. Par contre c'est vrai que si les dimensions du problème sont suffisamment grandes, la gestion manuelles des local stores des SPUs permet de faire du double buffering réglé au petits oignons et ainsi exploiter 99% des performances théoriques du CPUs. Cela a été validé empiriquement par des chercheurs sur des produits de grosses matrices creuses.
Par contre si les dimensions des données du problème sont trop petites, la latence du bus de communication entre les cores SPU est rédhibitoire et dans ce cas un SPE sera bien bon qu'un processeurs généralistes avec son système de cache automatique.
Pour ceux que la programmation sur Cell BE intéresse, j'ai fait une présentation lors du dernier fosdem. Vous trouverez les slides ainsi que la vidéo enregistrée par l'équipe de free-electrons.com ici : http://oliviergrisel.name/2008-02-24-fosdem-programming-with(...) (avec une liste de liens sur des tutoriels pour approfondir).
[^] # Re: PowerPC
Posté par Olivier Grisel (site web personnel) . En réponse à la dépêche La course au pétaflops se déroule sous Linux. Évalué à 10.
Par contre si les dimensions des données du problème sont trop petites, la latence du bus de communication entre les cores SPU est rédhibitoire et dans ce cas un SPE sera bien bon qu'un processeurs généralistes avec son système de cache automatique.
Pour ceux que la programmation sur Cell BE intéresse, j'ai fait une présentation lors du dernier fosdem. Vous trouverez les slides ainsi que la vidéo enregistrée par l'équipe de free-electrons.com ici : http://oliviergrisel.name/2008-02-24-fosdem-programming-with(...) (avec une liste de liens sur des tutoriels pour approfondir).