アカウント名:
パスワード:
プロセッサ間通信用のパイプとか、ハードウェアGCとか、DBエンジンコアとか夢が広がりんぐ
プロセッサ内のダークシリコン領域にユーザーが自由にパイプライン組めたら便利そう。
ダークシリコンは何も回路がない領域ではありません。冷却を強化すればダークシリコンの撲滅も不可能ではないでしょう。
液体窒素にでも浸すんかい…
というかダークシリコンになっちゃうからGPUとか載せよう [impress.co.jp]って話なんだから、FPGA乗っけるもの有りといえば有りじゃないの?# FPGAも結構電力食うけど、そこらへんは使用頻度でカバーしてもらおう。
将来Xeonに搭載されるという噂なんですが、どう使うんでしょう?インテルのコンパイラを使うと、コードのロジックの一部をFPGAコード化して高速にできるということでよいのでしょうか?
めっちゃ面白そうだけど、ユーザーにハードウェアデザインの知識を要求せず、普通にソフトをコンパイルするような感じで(そしてちゃんとコストアップに見合うメリットを出すような物を)、コンパイラお任せで自動生成できるようになるのは、かなり長い道のりだと思う。
アルテラはこんなもんも作ってたんだわ。
FPGAを活用した並列コンピューティングが加速、アルテラがOpenCL向けSDKを発表http://monoist.atmarkit.co.jp/mn/articles/1211/07/news034.html [atmarkit.co.jp]
これがうまくいけばハードウェアを意識することなく並列処理が書けるという触れ込み。いずれインテルのコンパイラに組み込まれるのか?
GPGPUって高速に回すために問題を単純化しなくちゃいけなかったり、やっぱり無理矢理感ありますもんね。問題に適応した回路がコンパイラまかせでもそこそこうまく作れるようになれば、速度が必要な分野で重宝するかもしれないですね。コンパイラ技術が大変そうだけど…インテルならできるか…IA64のことが頭をよぎる…
既にデータセンタ運営してる会社は、FPGAのエンジニアを大量に採用開始してます。Xeonの主要な顧客がFPGAとCPU両方使うなら、いっしょのパッケージにした方が通信速くなっていいよね、というのは自然な流れです。
ハードの知識が無くても使えるようにってのは当然考えていますが(C言語による高位合成とか)、ご指摘のように完全な自動化はまだ遠い先の目標です。直近ではソフトだけ分かるエンジニアの価値が下がって、RTLやFPGAの最適化といったハードが分かるエンジニアの価値が上がるという方向になると思います。
>既にデータセンタ運営してる会社は、FPGAのエンジニアを大量に採用開始してます
日本勢でもドワンゴが大規模なFPGA扱える人募集してましたね。ドワンゴがFPGA技術者を本気で募集 [kumikomi.net]
流石にXilinx買収はやらんと思うけど。
MSもBingやAzureの機械学習でFPGAの利用を推進していたから、ひょっとしたら協力してくれる可能性も微レ存?MSなら「ユーザーにハードウェアデザインの知識を要求せず、普通にソフトをコンパイル」できるようなソリューションの販売・供給も進んで手掛けそうなイメージが有るし。
将来的にはCPUとのインテグレーションでしょうけど直近の需要としてはNICにくっ付けるのが一番商材として強そうです
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
何に使いましょうか? (スコア:0)
プロセッサ間通信用のパイプとか、ハードウェアGCとか、DBエンジンコアとか夢が広がりんぐ
Re: (スコア:0)
プロセッサ内のダークシリコン領域にユーザーが自由にパイプライン組めたら便利そう。
Re: (スコア:0)
ダークシリコンは何も回路がない領域ではありません。冷却を強化すればダークシリコンの撲滅も不可能ではないでしょう。
Re: (スコア:0)
液体窒素にでも浸すんかい…
というかダークシリコンになっちゃうからGPUとか載せよう [impress.co.jp]って話なんだから、FPGA乗っけるもの有りといえば有りじゃないの?
# FPGAも結構電力食うけど、そこらへんは使用頻度でカバーしてもらおう。
Re: (スコア:0)
将来Xeonに搭載されるという噂なんですが、どう使うんでしょう?インテルのコンパイラを使うと、コードのロジックの一部をFPGAコード化して高速にできるということでよいのでしょうか?
Re: (スコア:0)
めっちゃ面白そうだけど、ユーザーにハードウェアデザインの知識を要求せず、
普通にソフトをコンパイルするような感じで(そしてちゃんとコストアップに見合うメリットを出すような物を)、
コンパイラお任せで自動生成できるようになるのは、かなり長い道のりだと思う。
Re:何に使いましょうか? (スコア:1)
アルテラはこんなもんも作ってたんだわ。
FPGAを活用した並列コンピューティングが加速、アルテラがOpenCL向けSDKを発表
http://monoist.atmarkit.co.jp/mn/articles/1211/07/news034.html [atmarkit.co.jp]
これがうまくいけばハードウェアを意識することなく並列処理が書けるという触れ込み。いずれインテルのコンパイラに組み込まれるのか?
Re: (スコア:0)
GPGPUって高速に回すために問題を単純化しなくちゃいけなかったり、やっぱり無理矢理感ありますもんね。問題に適応した回路がコンパイラまかせでもそこそこうまく作れるようになれば、速度が必要な分野で重宝するかもしれないですね。コンパイラ技術が大変そうだけど…インテルならできるか…IA64のことが頭をよぎる…
Re: (スコア:0)
既にデータセンタ運営してる会社は、FPGAのエンジニアを大量に採用開始してます。
Xeonの主要な顧客がFPGAとCPU両方使うなら、いっしょのパッケージにした方が通信速くなっていいよね、というのは自然な流れです。
ハードの知識が無くても使えるようにってのは当然考えていますが(C言語による高位合成とか)、ご指摘のように完全な自動化はまだ遠い先の目標です。
直近ではソフトだけ分かるエンジニアの価値が下がって、RTLやFPGAの最適化といったハードが分かるエンジニアの価値が上がるという方向になると思います。
Re: (スコア:0)
>既にデータセンタ運営してる会社は、FPGAのエンジニアを大量に採用開始してます
日本勢でもドワンゴが大規模なFPGA扱える人募集してましたね。
ドワンゴがFPGA技術者を本気で募集 [kumikomi.net]
流石にXilinx買収はやらんと思うけど。
Re: (スコア:0)
MSもBingやAzureの機械学習でFPGAの利用を推進していたから、ひょっとしたら協力してくれる可能性も微レ存?
MSなら「ユーザーにハードウェアデザインの知識を要求せず、普通にソフトをコンパイル」できるようなソリューションの販売・供給も進んで手掛けそうなイメージが有るし。
Re: (スコア:0)
将来的にはCPUとのインテグレーションでしょうけど
直近の需要としてはNICにくっ付けるのが一番商材として強そうです