[過去ﾛｸﾞ] 【GCAP】F-Xを語るスレ329【日英伊共同開発】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
28(1): 名無し三等兵 [] 2025/06/22(日) 00:38:52.58 ID:C8owAlq/(1/10) AAS
>>13
命令セットが特殊だとコンパイラから作る事になる
今のコンパイラは最適化が高度で複雑になっている
既存の命令セットで作ればコンパイラ類もOS（Linux）も開発する必要が無い
ユーザーにとってみれば枯れたツールとOSを使えるし、オープンソースなのでOSのコードが見える
ソースが見れないOSでOSがらみのバグに遭遇した時の無力感はトラウマレベルだよ
Linuxならオープンソースのソフトウェアも開発言語もライブラリも豊富だし
コードの信頼性も高い（稼働数が多い）
高高度でのエラーレートはスパコン用に開発されたCPUなら問題ないよ
最大構成の1/100以下の並列数（エラー確率が下がる）で使うし、
エラー補正も行っている
特に富士通は市販HPCの用CPUでエラーレートが低い
33(2): 名無し三等兵 [sage] 2025/06/22(日) 01:25:55.53 ID:tAFfxrew(1) AAS
>>28 富士通の高消費電力前提のMPU持ってくるとは思えないよ。どちらかというと https://www.kenkai.jaxa.jp/research/soisoc/soisoc.html 三菱の宇宙用MPUを使う方がありだと思うんだ。先代はNECで なつかしのMIPSだったんだよね。HR5000シリーズという名前で。ESAはSPARCだった。 https://www.mhi.com/jp/news/240306.html レーダー処理とか電子戦は専用チップに落とし込んで制御はこういう対放射線低消費電力MPUにまかせたい。 ヒューマンインターフェースは好きにすればと思うけど。F35が時々システム再起動するの、バグだけじゃなくて微細化進んだチップでの再現性のない放射線エラーなんじゃないのかね。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s