アカウント名:
パスワード:
そのご先祖様のMIPSをいまさらオープン化か。まあソフトウェア資産はご先祖さまの方が圧倒的だから、ニーズもそっちのほうがあるんかな。
RISC-Vに勢いがあるから、生き残りをかける感じ?
どこも新規はRISC-Vって感じなので、有料のままだとMIPSには検討の余地すらなさそう。
エンジニアとしてはRISC-Vがいい、ARMはいやだ或いはその逆の場合に比較対象というか当て馬として使う手はある
ハードエンジニアはRISC-Vを推し、ソフト側は資産があるARM推し。その時妥協の産物として、フリーになったMIPSというのはあるかもね。どちらも幸せになれない可能性もあるけど。
ハードウェアエンジニア視点でのRISC-Vの良いところってどういうとこ?
良いところその1、レガシーな物が一切なくて、シンプルな命令セット。ARMは酷い。x86ほどじゃないんだろうけど。複雑でも今時のプロセスなら面積は問題ないが、設計・検証コストはそうじゃないのよ。
良いところその2、簡単に新命令を追加できる拡張性。下手したらGPU命令すらCPUの命令セットに統合できるほど。だから汎用ではない、特定用途向けのICにどんどん採用されてる。CPU+外部IPより、CPU内に取り込めた方がデータ移動が減って低電力だし小さくできる。
良いところその3、ライセンスフリー。これは言うまでもないか。
RISC-Vが盛り上がっているのはハード開発者ばかりではないですか?
レガシーな命令セットも多くのソフト開発者には無関係。OSとかコンパイラ作る人が苦労するぐらい。命令の拡張も、普通のソフト開発者は何それおいしいのの話。ハード開発者が、フルにハード作らずにCPUに命令拡張ですませられればというところなので、ハード開発者ががんばるべきだと思っている。
多分話がかみ合ってない。RISC-Vが盛り上がっているのはリッチなOSが動く環境向けではないです。メジャーなコンパイラが無いから、ライブラリが無いからソフトが書けないなんて人向けの話でもないです。ソストの仕様書に電力枠とか遅延とかスループットとかが書かれてるところでは、ソフト開発者も興味持ってます。
RISC-Vが盛り上がっている世界のソフトは、速度とか電力とかの性能が第一。ソフトを書くのが楽だからといって、性能が出なければ意味がないんですよ。ソフトの互換性のために消費電力が1W増えました、なんて許されない。既存のCPU+外部IPだとメモリ-レジスタ間転送の電力がもったいないから、CPUに新命令追加してくれって、むしろソフト開発者から要望が出るような業界向け。
ARMも元々はそっちの用途向きだったのにね。
今じゃx86と大差ないほどレガシーに縛られたアーキテクチャと化してしまった。
「ARMは中国だからオワコン、これからはRISC-Vに置き換わる」って書き込みをスラドじゃよく見かけるけど。アレは何なんですかね。元々求めている物が違うのなら置き換わるって言っても限定的じゃないのか。今までARM+ASICでやってたのが RISC-V w/ASICに置き換わるくらいで、アプリケーションプロセッサの領域まで置き換わる必然性なんてないじゃないぁ。
ARMのコアのライセンス買おうと思うと、億単位の資金が必要だしNDAに縛られるから、分からんんことがあっても、気軽にSOで聞くわけにも行かないから。あまり小規模な開発には使えないんだよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
RISC-Vがあるところに (スコア:0)
そのご先祖様のMIPSをいまさらオープン化か。
まあソフトウェア資産はご先祖さまの方が圧倒的だから、ニーズもそっちのほうがあるんかな。
Re: (スコア:0)
RISC-Vに勢いがあるから、生き残りをかける感じ?
Re: (スコア:0)
どこも新規はRISC-Vって感じなので、有料のままだとMIPSには検討の余地すらなさそう。
Re: (スコア:0)
エンジニアとしてはRISC-Vがいい、ARMはいやだ或いはその逆の場合に比較対象というか当て馬として使う手はある
Re: (スコア:0)
ハードエンジニアはRISC-Vを推し、ソフト側は資産があるARM推し。
その時妥協の産物として、フリーになったMIPSというのはあるかもね。
どちらも幸せになれない可能性もあるけど。
Re: (スコア:0)
ハードウェアエンジニア視点でのRISC-Vの良いところってどういうとこ?
Re: (スコア:0)
良いところその1、レガシーな物が一切なくて、シンプルな命令セット。
ARMは酷い。x86ほどじゃないんだろうけど。
複雑でも今時のプロセスなら面積は問題ないが、設計・検証コストはそうじゃないのよ。
良いところその2、簡単に新命令を追加できる拡張性。
下手したらGPU命令すらCPUの命令セットに統合できるほど。
だから汎用ではない、特定用途向けのICにどんどん採用されてる。
CPU+外部IPより、CPU内に取り込めた方がデータ移動が減って低電力だし小さくできる。
良いところその3、ライセンスフリー。
これは言うまでもないか。
Re: (スコア:0)
RISC-Vが盛り上がっているのはハード開発者ばかりではないですか?
レガシーな命令セットも多くのソフト開発者には無関係。OSとかコンパイラ作る人が苦労するぐらい。
命令の拡張も、普通のソフト開発者は何それおいしいのの話。
ハード開発者が、フルにハード作らずにCPUに命令拡張ですませられればというところなので、ハード開発者ががんばるべきだと思っている。
Re: (スコア:0)
多分話がかみ合ってない。
RISC-Vが盛り上がっているのはリッチなOSが動く環境向けではないです。
メジャーなコンパイラが無いから、ライブラリが無いからソフトが書けないなんて人向けの話でもないです。
ソストの仕様書に電力枠とか遅延とかスループットとかが書かれてるところでは、ソフト開発者も興味持ってます。
RISC-Vが盛り上がっている世界のソフトは、速度とか電力とかの性能が第一。
ソフトを書くのが楽だからといって、性能が出なければ意味がないんですよ。
ソフトの互換性のために消費電力が1W増えました、なんて許されない。
既存のCPU+外部IPだとメモリ-レジスタ間転送の電力がもったいないから、CPUに新命令追加してくれって、むしろソフト開発者から要望が出るような業界向け。
Re: (スコア:0)
ARMも元々はそっちの用途向きだったのにね。
今じゃx86と大差ないほどレガシーに縛られたアーキテクチャと化してしまった。
Re: (スコア:0)
「ARMは中国だからオワコン、これからはRISC-Vに置き換わる」って書き込みをスラドじゃよく見かけるけど。
アレは何なんですかね。
元々求めている物が違うのなら置き換わるって言っても限定的じゃないのか。
今までARM+ASICでやってたのが RISC-V w/ASICに置き換わるくらいで、アプリケーションプロセッサの領域まで置き換わる必然性なんてないじゃないぁ。
Re:RISC-Vがあるところに (スコア:0)
ARMのコアのライセンス買おうと思うと、億単位の資金が必要だしNDAに縛られるから、分からんんことがあっても、気軽にSOで聞くわけにも行かないから。
あまり小規模な開発には使えないんだよ。