アカウント名:
パスワード:
そのご先祖様の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、ライセンスフリー。これは言うまでもないか。
これはソフトウェアエンジニアからすると悪夢だな。いちいちCPUがどんな命令セットを持ってるか確認して実行するコードを変えないといけないんじゃないか。下手したらエミュレーション実行する必要があるとか。そのへんは賢いコンパイラがよしなにしてくれる前提なのか?それともそう言う異種RISC-Vマシン間のコード互換は気にしないという立場なのか。
だから組み込み等の特定用途向けなんですよ。CPUとソフトはセットで開発するのが前提です。WesternDigitalとかNVIDIAとかが、HDD/SSDやGPUの制御用ICに採用してるのもそういうこと。
そんなのは組み込みの世界では普通です。製品毎にコンパイルし直す事が前提だから問題ないの。C言語レベルで出来るだけ互換性確保を目指して、一部だけCPU毎にアセンブラで書き直す。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
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:RISC-Vがあるところに (スコア:0)
良いところその2、簡単に新命令を追加できる拡張性。
下手したらGPU命令すらCPUの命令セットに統合できるほど。
だから汎用ではない、特定用途向けのICにどんどん採用されてる。
CPU+外部IPより、CPU内に取り込めた方がデータ移動が減って低電力だし小さくできる。
これはソフトウェアエンジニアからすると悪夢だな。いちいちCPUがどんな命令セットを持ってるか確認して実行するコードを変えないといけないんじゃないか。下手したらエミュレーション実行する必要があるとか。
そのへんは賢いコンパイラがよしなにしてくれる前提なのか?それともそう言う異種RISC-Vマシン間のコード互換は気にしないという立場なのか。
Re: (スコア:0)
だから組み込み等の特定用途向けなんですよ。
CPUとソフトはセットで開発するのが前提です。
WesternDigitalとかNVIDIAとかが、HDD/SSDやGPUの制御用ICに採用してるのもそういうこと。
Re: (スコア:0)
そんなのは組み込みの世界では普通です。
製品毎にコンパイルし直す事が前提だから問題ないの。
C言語レベルで出来るだけ互換性確保を目指して、一部だけCPU毎にアセンブラで書き直す。