アカウント名:
パスワード:
フロントエンドが行う各言語からllvmまでの最適化の比重ってどれくらいなんでしょうか。llvmの中間コードってごく普通のレジスタマシンなので、JavaVMみたいなスタックマシンと違ってバックエンドの最適化の比重は低いと思ってました。
llvmのレジスタマシンはx86+FPUに類似していて、現状のバックエンドはシンプルで済む反面、SSEなどの拡張命令を利用した最適化は申し訳程度。そのため、自社CPUを知り尽くしたIntelが、AVXなどの新命令セットの利用に加え、uOPやパイプラインなどのマイクロアーキテクチャを考慮したバックエンドの最適化により、それなりの性能向上が期待できますね。AMDもOpenCLとllvmベースでAPUのHSAを作っていますし、非x86でもバックエンドの最適化はホットな話題と思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
LLVMの真骨頂 (スコア:0)
Re: (スコア:0)
フロントエンドが行う各言語からllvmまでの最適化の比重ってどれくらいなんでしょうか。
llvmの中間コードってごく普通のレジスタマシンなので、JavaVMみたいなスタックマシンと違ってバックエンドの最適化の比重は低いと思ってました。
Re:LLVMの真骨頂 (スコア:1)
長年のIntelの蓄積、経験、感が頼りにされる、Intelにしかできない仕事があると思います。
Re:LLVMの真骨頂 (スコア:1)
llvmのレジスタマシンはx86+FPUに類似していて、現状のバックエンドはシンプルで済む反面、SSEなどの拡張命令を利用した最適化は申し訳程度。
そのため、自社CPUを知り尽くしたIntelが、AVXなどの新命令セットの利用に加え、uOPやパイプラインなどのマイクロアーキテクチャを考慮したバックエンドの最適化により、それなりの性能向上が期待できますね。
AMDもOpenCLとllvmベースでAPUのHSAを作っていますし、非x86でもバックエンドの最適化はホットな話題と思います。