En 2014, Intel avait annoncé sa volonté de combiner un Xeon et une puce programmable FPGA. Si on attendant ces produits pour les Xeon "Purley" en Skylake prévu ...
Lire la suite ...

Curieux de connaitre les use case d'un FPGA sur serveur???
(je dis ça car pour moi xeon=serveur)

Cf. ici par exemple

Pas que les serveurs... Xeon = station de travail c'est pas mal aussi. Notamment pour le calcul des images 3D, 25 i/s en full HD ça commence à vite être lourd, plus il y a de cœurs qui se partagent le taff, mieux c'est.

 
Pour faire du HPC real-time

C'est fantastique les FPGA !

Tu confonds avec le plastique !

noooon j'ai utilise des stratix 1,2 et 3.

quelques utilisations parmi d'autres:
1/ acceleration d'algorithme de recherche (en particulier pour le 'big data')
2/ encodage/decodage (video, son, ...), avec support de nouveaux algorithhmes et profils (ca se reprogramme au besoin)
3/ traitement de signal (DSP) en tout genre
4/ securite (accelerateur d'encryptage/decryptage) avec possibilite de mettre a jour l'algorithme au besoin
5/ traitement d'image: reconnaissance de visage, detection d'objet, ... ca pourrait etre pratique pour de l'automobile, camera de securite, ...
6/ et bien d'autre...
 
Ca permet de faire beaucoup beaucoup de calcul, en particulier en parallele, pour un cout energetique relativement faible, en peu de temps.

Ou comment essayer de contrer la puissance de calcul des GPU que peu de gens savent exploiter par des FPGA qu'encore moins de gens peuvent faire tourner !!

Pour moi le calcul s'accélère par le //, c'est + le domain des GPU. Un FPGA, c'est une unité programmable, on y programme une logique + simple que dans un CPU (pas pile, pas de thread, pas de mémoire protégé, etc...) et du coup + rapide et + efficace énergétiquement. Ca ne s'oppose pas pas forcement, d'ailleurs les shaders GPU, c'est peu le même principe que le FPGA, non ?

expliquez moi...
 
j'ai du mal à comprendre comment une puce peu être "reprogrammé" ?
pour moi des instructions câblés (celles qui accélèrent le traitement des instructions ASIC, MMX...) sont "gravées dans silicium" !
comment le silicium se remodifie ensuite ? p (je sais qu'il ne le fait pas )
 
quel type de traitement peuvent t'ils faire... car cela parait merveilleusement magic !
par exemple, on fait une puce monstrueusement économe pour lire et coder en H264@60fps et 4ans après on "l'update" pour faire du H265@60fps ?
c'est possible cà ?
 
 
du coup où est l'intérêt des ASIC ?
peu t'on faire un proc 4 cores avec 1 core FPGA ?
 
aidez moi à comprendre car tous les sites que je regarde depuis 1 an, sont soit TROP poussé soit survole le principe !
 
pour moi, mes connaissances s'arrêtent à "les puces sont basé sur des portes logiques qui diffèrent selon les opérateurs !
 
merci

Il y a une similitude en effet, où avant les opérations que le GPU pouvait faire étaient gravées dans le silicium, et où maintenant on peut écrire un code bien plus spécifique qui correspond mieux aux besoins. Après, les shaders restent exécutées par des unités généralistes.
 
Le but du FPGA est d'avoir cette programmabilité au niveau du matériel, au lieu de faire exécuter du code par des unités généralistes, on crée un circuit spécialisé et optimisé pour un algorithme particulier. On peut faire la même chose avec un ASIC mais un FPGA peut effectivement se reprogrammer, on peut changer les connexions entre les portes logiques, un peu comme on peut changer l'état des cellules flash d'un SSD.
 
L'avantage des circuits spécialisés est que ça demande beaucoup moins de transistors et d'énergie que pour l'équivalent avec des unités généralistes. Ça peut aussi être beaucoup plus performant.
 
Après, vouloir refaire un processeur généraliste avec un FPGA c'est une très mauvaise idée, des transistors classiques permettent d'avoir une bien meilleure densité (mm²) et une fréquence bien plus élevée, et le prix est inférieur. Un FPGA est rentable que si le circuit spécialisé est intrinsèquement plus rapide que la version "généraliste". Un encodeur vidéo H264 / H265 est un bon exemple de ce qu'on pourrait faire avec un FPGA (un Core i5 non).

Pour résumer, les coûts initiaux pour produire une puce dédiée (un ASIC) sont élevés, mais après les coûts par puce sont plus faibles que le coût d'un FPGA.
Un FPGA est donc beaucoup plus cher à produire en gros volume qu'un ASIC. Donc par exemple si tu as besoins de produire 100 000 puces dédiées à un traitement, tu vas produire un ASIC spécifique, car le coût initial de création (élevé) est effacé par le coût de production de chaque puce qui est peu cher. Le FPGA est réservé à des traitements spécifiques, où le faible nombre de puces nécessaires (un FPGA est plus cher) ne justifie pas les coûts élevés pour créer un ASIC.
Le FPGA peut aussi être utilisé dans la phase de conception d'un ASIC, car il permet de tester le design de la puce, sans faire des essais de gravures qui coûtent très chers.
 
Ça c'est l'utilisation classique de ce type de produit, l'idée de l'intégrer avec un processeur classique c'est de l'utiliser en le reprogrammant à la volée pour des traitements spécifiques. Par exemple le programmer pour être une puce d'encodage H265, ensuite le programmer pour être un GPU, etc.
C'est l'idée de cette programmation à la demande qui est nouvelle, plutôt que d'avoir plusieurs ASIC liés à un seul traitement.

merci pour tes infos !
 
cher ?  
par exemple j'ai trouvé une clef usb FPGA (comme on trouve des clefs ASIC   ) pour moins de 100€ :
http://www.xilinx.com/products/boa [...] i2dfk.html
 
je n'y connais rien, mais en science nous avons pas mal de logiciel qui repète énormément de "petits calculs" répétitifs... mais nous sommes pas assez nombreux pour acheter en masse des clefs ASIC !
nous pourrions adapter nos calcules (codé en C, j'ai vu qu'il y avait des compatibilité sur d'autre site) sur les puces comme dans le lien ?
 
comment dire à la puce "comment elle doit être" ? c'est un logiciel qui le fait tout seul après étude de notre code en C++ ?

https://www.altera.com/
http://www.xilinx.com/
 
C'est programmable dans un langage spécifique

j'avais lu des articles de se style :
http://www.eetimes.com/document.asp?doc_id=1274591
 
pour la programmation C sur FPGA...
même Xilinx en parle :
http://xillybus.com/tutorials/viva [...] ga-howto-1
 
après je n'y connais strictement rien !

 
Un FPGA c'est un circuit rempli de blocs logiques et tu décris comment tu les interconnectes entre eux, ça se programme en VHDL ou Verilog en principe. C'est bien différents du code en C/C++/C# ou autre car en fait tu décris le matériel que tu veux, mais tu ne donnes pas d'instruction qui seront exécutées par un CPU. En gros, faire ce fameux update, ça veut dire redéfinir les connexions entre les blocs logiques.
 
Les ASIC sont des circuits sur mesure. Tu les décris sauf erreur aussi en VHDL ou Verilog mais il est physiquement différent. Les FPGA, c'est des IC fabriqués par Xilinx ou Altera par exemple, et ce sont des blocs qui s'interconnectent ensemble. Les ASIC, tu graves directement ce que tu veux sur du silicium, donc pas reprogrammable.
 
En gros, sois tu développes tout sur FPGA. Ou alors tu fais juste le proto dessus et si tu as énormément de pièces à faire, tu développes un ASIC spécifique parce que tu paieras cher le développement de l'ASIC mais après il te revient moins cher par unité qu'un FPGA. C'est comme si tu as une pièce en plastique à faire, le proto tu le feras en usinant dans la masse ou en imprimant en 3D. Dès que tu es satisfais, tu vas investir dans un moule qui te coutera très cher mais après tu fais tes pièces en injections et ça te reviens pas bien cher!
 
Voilà, j'espère que c'est plus clair. Si j'ai dit des bêtises, merci de me corriger! J'ai utilisé des FPGA durant mes études mais plus retouché depuis!

Tu sembles faire une petite confusion entre ASIC et FPGA, Maxwell1664 a assez bien décrit la différence : un ASIC est une puce spécialisée dans le rôle est figé, un FPGA est (re)programmable à souhait pour tout et n'importe quoi.

Pour en revenir à ce produit Xilinx, c'est en gros à voir comme un kit d'évaluation pour s'initier aux FPGA à un prix accessible. On en trouve entre 40€ et plusieurs milliers (sachant que Xilinx et Altera ne sont pas les seuls fabricants de FPGA : on peut aussi citer Lattice, Actel et d'autres).
Mais ça n'en reste pas moins des composants dont les puces s'envolent très vite et dont la programmation est assez éloignées des CPU/µC traditionnels. Parce que tu ne te contentes pas de décrire pas un algorithme séquentiel, tu programmes un hardware pour qu'in fine il exécute cet algorithme.
Outre le calcul les avantages des FPGA se voient dans leur gestion des IO : très nombreuse, ultra rapides. Donc pratiques pour faire de l'acquisition de signaux dans le domaine scientifique (au sens large) par exemple.