Le but n'est absolument pas de remplacer le développement d'asic. Un asic de compression d'image sera toujours plus rapide qu'une version soft ou qu'une version FPGA.
Mais il ne te viendrais jamais à l'idée d'essayer de faire rentrer GNU chess dans un asic. Or des téchniques comme celle montrer pourait le faire.
Le FPGA est "juste" vu comme un cpu complexe et tordu. La machine "abstraite" doit être d'assez haut niveau pour pouvoir accélerer correctement le code, se baser sur un pauvre RISC voir même un vliw ne doit pas être super interrescant.
Dans l'article, il précise que les netlist générés sont 2 à 10 fois plus grosses qu'un truc optimisé à la main. Mais évidement, le temps de développement et la compétence des codeurs est largement inférieur.
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
Le but n'est absolument pas de remplacer le développement d'asic. Un asic de compression d'image sera toujours plus rapide qu'une version soft ou qu'une version FPGA.
Mais il ne te viendrais jamais à l'idée d'essayer de faire rentrer GNU chess dans un asic. Or des téchniques comme celle montrer pourait le faire.
Le FPGA est "juste" vu comme un cpu complexe et tordu. La machine "abstraite" doit être d'assez haut niveau pour pouvoir accélerer correctement le code, se baser sur un pauvre RISC voir même un vliw ne doit pas être super interrescant.
Dans l'article, il précise que les netlist générés sont 2 à 10 fois plus grosses qu'un truc optimisé à la main. Mais évidement, le temps de développement et la compétence des codeurs est largement inférieur.
"La première sécurité est la liberté"