【XF9-1】F-3を語るスレ46【推力15トン以上】

2018/04/05(木) 07:37:40.08

!extend:checked:vvvvvv:1000:512
!extend:checked:vvvvvv:1000:512
↑次スレを立てる時は、冒頭にこれ
を2行以上書いて下さい。

>>2-7までは関連情報。本スレは>>8から。

※前スレ
【XF9-1】F-3を語るスレ44【推力15トン以上】
https://mevius.5ch.net/test/read.cgi/army/1521305503/
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
【XF9-1】F-3を語るスレ45【推力15トン以上】
http://mevius.5ch.net/test/read.cgi/army/1521976607/

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

2018/04/11(水) 15:49:30.47

>>559
オッケーグーグル。
敵機の場所をおしえて!

2018/04/11(水) 17:09:39.29

ピコン
　D　030-035
　V　600kt
　A　18000ft

2018/04/11(水) 17:45:59.05

しかしgoogleエンジンはDMCAによるステルスに弱いという弱点が……
なるほど、そこで国産エンジンかw

2018/04/11(水) 17:56:25.95

>>520 >>555 おつむの程度が知れる。
コンピュータというのは、PCとGoogleが全てだと思ってるアホがコンピュータなんて語るなよ。

2018/04/11(水) 18:08:06.48

>>537
別にアンチの肩を持つつもりは全くないが国内に世界中で使われるくらい有名な検索エンジンが無いのは本当の事だろ
そういうのを作る技術力も維持する資金力も日本の会社には無い
無いものは無いんだから素直に無いねって言えばいいじゃん、そこは認めたく無いの？
認めると死ぬん？

2018/04/11(水) 18:18:09.79

>>571
検索エンジンは技術力というより資金力だよ。
重要なのはHPCの分野で、HPCでの技術はその後ハードの進歩とともに汎用機、EWS、サーバー、PCに降りてくる。
京は同じハードでソフトのリファインで効率をあげている。
https://resemom.jp/article/2017/11/15/41377.html
　スパコン「京」が快挙…HPCGランキング3期連続世界1位に
京は2012年に可動したHPCでチップの製造ルールは何世代も前の物だ。
ちなみに、京ベースの市販HPCのFX10（今は進化形のFX100）もあり、
最大構成で京の倍以上の性能になる。

日本は、6年も前のハードでトップを取れるソフト技術があるということだ。

2018/04/11(水) 18:20:28.62

>>571
検索エンジンは言語の問題もある。
日本語と英語では市場規模が違い、日本からの投資は今後も無いだろう。

2018/04/11(水) 18:22:15.55

>>571
携帯まで持ち出し戦闘機のスレでそう主張して何がしたいん？

2018/04/11(水) 18:31:45.95

>>572
>>573
詳しそうだな、スーパーコンピュータの分野では今中国が日本を抜いている、今後にほんが再び捲り上げる事は無いんじゃないかな
つまりハードでも資金でも中国に負けてる
これは懸念すべき事態だろ？
申し上げたいのは敵を知り己を知れば百戦危うからずだ
糖質の>>574と同列に並んではいけない

2018/04/11(水) 18:40:31.23

元はと言えば、PCとかGoogleを持ち出したバカの相手をしてやっただけだろ。

2018/04/11(水) 18:51:41.60

中国のHPCが日本を抜いているという根拠は、まさかLINPACKのスコアとかじゃあるまいな。
アレは今じゃ実アプリとの性能乖離が激し過ぎて意味が無くなり、アレで高スコアを出してもたいした評価にはならんのだけど。

2018/04/11(水) 18:55:37.64

>>575 何も知らないんだな。中国のはただCPUを寄せ集めて、専用発電所が必要なくらいの電力を食う。
今の世の中はそれではアホらしいということで、いかに省電力で高性能なコンピュータを作るかの方に力を注いでいる。
アメリカも今後のHPCの消費電力を規定してるくらい。

その省エネHPC分野(GREEN500)では日本がトップに立ってる。それもベンチャーが作ってる。
(社長が詐欺罪で訴えられてるのは残念なことだが)
去年もトップ5のうち4台が日本製。
逮捕されなければ今年辺り中国を抜いてTOP500 でも首位に立てる可能性があった。去年はそれでもTOP500 の4位だった。

また、時代遅れの京ですら、実用的な性能指標HPCGではまだトップに立っている。この指標が実際にコンピュータを使う場合のスピードに近い。

2018/04/11(水) 19:05:35.61

なお、ポスト京の次の日本のスーパーコンは、富士通が担当するが、CPUはARMと共同開発している。
ARM位は知ってるだろうな？お前のスマホもARMで動いてる。
このARMは日本企業が買収した(ソフトバンク)。
米粒台のCPUからスーパーコンピーターまで網羅している。

今やARM無しでは携帯も、車も作れない時代になってる。勿論自動運転用のnVidiaもIntelもARMを使ってる。

F-3 もARMを使うのは間違いないだろう。元論TRONも動く。

2018/04/11(水) 19:25:50.54

検索エンジンはなー
NTTがやってたんだけど、法整備の遅れが痛かった
フェアユース規定で押せる米国と、たとえ検索エンジンでも無断複製を不可としていた日本では
どうしても……（今は日本も法改正されてるけど、遅きに失した）
その点、中国は自由にはできるな（著作権無視して）

HPCに関して言えば、日本は昔から一点豪華主義で、TOP500に占めるコンピューティングパワー
の比率という点では、小勢なんだよ
つまり、研究者が実際に使えるコンピューティングパワーの総量が少ないということでな……

2018/04/11(水) 19:59:58.37

>>570
全てなんて一言も言ってねぇしw
金があれば、中国にとか馬鹿すぎてw

2018/04/11(水) 20:10:48.24

スレタイくらい読もうな

2018/04/11(水) 20:16:20.78

スホーイ-57とF-22では戦場で一体どちらが強くどちらが弱いのか？
https://www.hao123.com/mid?key=pZwYTjCEQvF9pyGGmy99Uz4Bmy-bIi4WUvYET1qGujYkPHb1PWcdn1RYP1D3n1b4n1Tz&;amp;from=tuijian&pn=1
http://gun45.d.dooo.jp/shuqiangshuruo.htm

2018/04/11(水) 20:18:21.27

ロシアのスホーイ-57は国内の殲ｰ20も含めてだが、その研究開発の初志は米軍のF-22ラプター戦闘機に追いつき追い越すことに他ならない。
このためロシア、中国の軍事工業を含め、ステルス戦闘機に対する研究開発はアメリカに比べ半テンポ遅かったが、
それにもかかわらず深思熟慮を経た後さらに行動を起こしており、後発の優勢がある。
この意味から言って、ロシアのスホーイ-57は国内の殲ｰ20も含めてだが米軍のF-22ラプター戦闘機に比べいくらも悪くはないだろうし、
少なくとも世界にこの3つしかないステルス型戦闘機であってすでに世代差はなくなっており、
皆同じランク上で、このためどちらが強くどちらが弱いのかは、戦場で見るしかない。
だが戦時に意図せず戦闘が発生し、誰が負け誰が勝つかはまだ本当に語り難く、戦争の検証を待つしかない。
だが現在は三つの大国が鼎立する態勢であり、現在米ロの中東における矛盾は非常に重大であるが、それにもかかわらずステルス戦闘機トップ対決は極めて発生し難い。
ロシア軍のスホーイ-57はスホーイ-35や早期警戒機随伴の下にハイテンションでシリアに飛んだのではあるが。

2018/04/11(水) 20:20:25.59

スホーイ-57は当初の研究開発時、T-50と呼ばれ、軍事マニアに非常に馴染みがなく感じさせ、何故ならソ連・ロシアの戦闘機は
スホーイ系列かミグ系列かだからで、このためロシアが後にそれをスホーイ-57と改めて命名したことは、
軍事マニア個人として賢いことと考え、このようなら容易に混淆は発生しない。
単座双発戦闘機として、スホーイ-57は離着陸距離が短く、13％の複合材料、三角形の主翼、ダブル垂直尾翼、活動ベクトルノズルがあり、
機動性がよく、短い滑走路上で発進し、超音速巡航ができ、内部に置かれた弾薬コンパートメントがあり、作戦半径は1100kmで、
飛行性能とステルス性能の比較的良い結合を実現している。
操縦室は設計時に飛行員の快適性を考慮しており、極めて高いG力負の下で戦闘機を操作コントロールでき、射出座席と生命維持システムがある。
10トンの各種ミサイルおよび正確制御誘導爆弾を搭載し、その中で空対空ミサイルは射程が420kmに達し得る。
機載レーダーは400km離れた目標が発見でき、30の空中目標を同時に追跡しかつその中8つに向け攻撃を発起できる。

2018/04/11(水) 20:22:58.88

スホーイ-57の電子戦システムと赤外線制御誘導ミサイルに対する抑制システムは、より良くそれが米軍のレーダーシステム
および防空システムによって発見されないよう保護することができる。
このことはロシアがこれまでずっと弱点だった電子設備の上に多くの金をつぎ込んだことを説明している。
この機は新型無線電子偵察および対抗システムを装備しており、レーダーをONにせず、自身を暴露しない前提の下に、相手方を発見しかつ妨害を実施できる。
飛行員の飛行機に対する指揮コントロールも完全デジタル化を実現しており、あらゆる情報は全てコックピット内のカラー液晶大スクリーン上に表示される。
スホーイ-57の航続距離は3500kmで、米軍のF-22ラプター戦闘機の2800kmよりはるかに長いだろう。
その弾薬搭載量もF-22よりずっと多いだろう。特に420kmの超遠距離空対空ミサイルは、AIM-120中距離空対空ミサイルの及ぶところではない。

2018/04/11(水) 20:24:52.20

要するに、一般的状況下ではロシア戦闘機のレーダーは米軍にやや遜色があるだろうが、スホーイ-57の流出した資料から判断して、
そのレーダーの最大探知計測距離は400kmあり、もしも情報が信頼できれば、レーダー性能はすでに米軍に負けない。
戦時、スホーイ-57とF-22が空中で遭遇すれば、米軍は叩かれるしかなく、何故ならロシア軍の空対空ミサイルの性能は優越し、
420kmの射程は超越的に長く、米軍戦闘機がもしロシア戦闘機を発見しても、それにもかかわらずミサイルの75kmの有効射程に制限され、見守るか、
あるいはロシアの戦闘機が立ち去るのを見るか、あるいはロシア軍が率先して発射したミサイルによって撃破されるしかない。
ひとたび双方の戦闘機が近距離格闘に入れば、スホーイ系列戦闘機の天下で、一般的に言ってアメリカのF系列戦闘機には全く勝算はなく、
もしF-22であっても運よく助かることはできない。

2018/04/11(水) 20:43:46.14

>>584 中国国内の宣伝活動は中国国内でしか効果はないんだよ。こんなところで宣伝してても何の効果もないよ。
誰がそんなクソ話を本気で聞くか。そんなのに騙される連中は洗脳された中国国内にしかいないよ。
それを本当だと思ってるとしたら本当におめでたい。

2018/04/11(水) 20:48:09.92

全文転載やめろやハゲ

2018/04/11(水) 21:02:27.55

>>566
バイクの欧州メーカーの安いヤツはインド生産だな。トライアンフとかKTMとか。

2018/04/11(水) 21:10:19.94

戦闘機用低バイパス比ターボファンエンジンの国内開発は不可能
何故なら国産の検索エンジンが作れてないからだ、わかったか

こうですか

2018/04/11(水) 21:51:36.37

>>591 座布団1枚

2018/04/11(水) 22:04:59.32

戦闘機用のRTOSとかテスト考えただけで気が狂いそうだが
やるんだろうなぁ・・・
まぁF-2しかりP-1/C-2しかりX-3しかり。

2018/04/11(水) 22:07:16.05

>>586　>>587
Su-57のレーダーでF-22やF-35を４００ｋｍ先から探知ロックオンできるのでしょうか？
逆にESMで逆探知され後方に回り込まれてIRSTで捕捉されたらSu-57はいいカモですよ
それともすでにステルス対抗レーダーを開発終了しているんでしょうか？

ありえないけど近接格闘戦でいくらコブラやクルビットを駆使したとして、ホバリングできるF-35Bに対抗できる根拠は？

2018/04/11(水) 22:12:20.62

>>579
ソフバンがARM買収しただけなのにこのドヤり笑
んでそのARMの開発に日本人はどれだけかんでるんだよ、もともとどこの会社やねん？
あんたみたいな馬鹿が日本ホルホルしてるからアンチがわくの実感してないんだな

2018/04/11(水) 22:34:47.57

SH2とか良いCPUだった。
ちなみにTRONは探査機はやぶさの制御OSだったんで、
TRONは小惑星まで行って帰ってこれる信頼性があるOSというのが保証されてたりする。
最近だとイプシロンロケットのOSとして使われているんで、まあ性能的には問題ない。

ただ、こいつを戦闘機用に使うとしたら膨大なサブシステム組まないといけないから、きついんじゃね？
たしかX-2はINTEGRITYとかちらっと聞いたことがあるが。

それと戦闘機の制御CPUをARMにするとかかんべんしてくれ。ディスコンしたらどうすんだよ。
つうか軍事用途じゃ基本的にチップはゼロから起こすだろ？

2018/04/11(水) 22:39:35.00

>>595
ポンコツドイツ車が支那工場で生産！
でさんざスレ違ドヤドヤしといて
同じことやり返された位で切れんなよ

2018/04/11(水) 22:44:10.65

米軍機は、基本的にOSはVXWorks、チップはMIPSカスタム、言語はADA、FADECはいまだにJyovial、とかいう世界だな。
F-35でようやく言語にC++使うようになったけど、FADECはやっぱりJyovialが使われてぎゃあああっとなったとかなんとか。

自衛隊機もまあ、そんな感じだと思うが。
90式戦車の制御はどっかでFORTRAN言語が使われているというのを、元現場の人が言ってたが。

2018/04/11(水) 22:48:52.67

>>596
TRON系は既に宇宙航空分野向けのT-Kernel 2.0 AeroSpaceとかもあるから、大規模システムでもいけるだろう。

2018/04/11(水) 22:48:54.05

>>595 Mシリーズにはキヤノンがかなり噛んでるはずだし、スーパーコンピュータ用は富士通と共同開発。キヤノンのMシリーズも富士通製だけど。
詳しいライセンス内容は外からじゃわからない。
スーパーコンピュータ用はアーキテクチャまで踏み込んで共同開発してる。

自動車用とかロボット用とかIoT関係は日本が関わらないとできない部分もあっただろうしこれからも共同開発が続くと思う。

ARMは元々ユーザーと持ちつ持たれつの関係で進んできた。

2018/04/11(水) 22:51:44.00

>>599
F-3にTRONを使うと決めたら、今後日本が開発する後継機は全部TRONにするって覚悟がいるから、
その辺をどう決断するかだな。

MRJは一体どんなシステム使っているんだろうかが、気になる。
多分そっから流用しようと考える気がしてならない。

2018/04/11(水) 22:53:09.21

>>598
VXWorksはライセンスがあまりにも高価過ぎるので、最近は敬遠されつつあるらしいな。
日本だと1本300万、人工衛星などに適用する際の検証費用に1000万からかかるとか、そういうレベルだそうで。

2018/04/11(水) 22:56:06.44

>>596 おいおい、ARMがディスコンなんてありえないんだよ。勘違いしてる。ARMは製造なんかしないんだよ。
ライセンスを買って、AppleやQualcomが作ってる。同じく富士通や日立やルネサスで作ってる。
軍事用ならライセンスを買って日本で生産するなり外注で作らせるだけで全ての製造は日本がやるんだから、ARMが潰れようが何しようが関係ない。

2018/04/11(水) 22:58:27.69

>>601
外国製モジュールを組み込む際も、TRON系だと自前で適合させなければならんから手間は増えるな。
かといって、外国製はどうしてもサポートに支障が出るのは避けられない訳で、ブラックボックス無しでやるなら
やはり国産OSの採用という話になる。

2018/04/11(水) 22:59:43.03

>>602
JAXAが何故TRONを使うのか、良くわかる話だな。X-2でVXWorksを使わなかった理由も。

TRONはT-Kernelみたいにソースコードを用意するっていう試みが遅すぎた感はある。
最初からソース付きだったら、もっと何かが変わっていたように思う。
仕様だけあって、実装は自分でやってねとか、そら大企業か研究機関でしか使えませんよと。

2018/04/11(水) 23:01:20.99

>>601 MRJなんかじゃなくて、X-2の方だろ。シミュレータまで出来上がってるし、高機動飛行も出来るし。

2018/04/11(水) 23:04:13.80

>>603
ARMはチップ製造のシンセサイズめんどいから、製造機械がディスコンしたらライン立ち上げ直しやで。大体そこでチップ製造も止めちゃうよ。
あと、投棄実行だから想定された時間内に命令が実行されるとは限らん。
リアルタイムシステムとは、ちと相性悪くないか？

2018/04/11(水) 23:06:15.11

今は仮想OS空間が使えるようになってきてるから、クリティカルな部分はTRON、汎用的な部分はLinuxとか、得意なOSを自由に同時に使えるようになって来ている。
画像解析やAIは既存のソフト群無しで0から作るなんてありえないだろ。

2018/04/11(水) 23:10:46.57

>>595
少し前にバク転するロボット作ってた所も買収してたからな、ソフバン君は羽振りがいい

2018/04/11(水) 23:12:47.00

VMにすると異なるOS間ではメモリ共有が出来ないから、ファイルでデータやり取りになるのがネック。
共有ストレージ(RAMDISK)上にインメモリDBでも置くか？
戦闘機用じゃ、多分そんなに計算資源無いと思うけど。

それとVMにするとIOも仮想化されて劇遅くなるから、ちと素性がよろしくないよ。

2018/04/11(水) 23:15:25.26

>>606
X-2がいつ高機動飛行したんすかね？

2018/04/11(水) 23:16:17.24

>>607 詳しくは知らないが、Mシリーズがリアルタイムシステム用じゃなかったかな？
一眼レフカメラの中で膨大な画像処理を一瞬でこなしている。
今は更にリアルタイムに適したIOT用チップができつつある。自動車制御用がまさにその分野だろう。

で今ググったら、車載用CPU Cortex R52 なんてのができてる。

ARMの最新リアルタイムプロセッサ「Cortex-R52」、自動運転車の機能安全を実現
http://monoist.atmarkit.co.jp/mn/spv/1609/28/news047.html

つくりはCortex-Aそっくり!
リアルタイム用途向けCortex-Rの研究
http://www.kumikomi.net/interface/sample/201407/if07_057.pdf

2018/04/11(水) 23:17:49.10

>>611 実際にいつやったかどうかは知らないが少なくともシミュレータでは高機動をパイロットが実際に動かしてる。

2018/04/11(水) 23:18:29.78

>>611
えっ

2018/04/11(水) 23:20:57.92

>>605
高価な大型衛星ならまだしも、キューブサットやマイクロサットにまでそんな代物を使えるか、という話で。
OSだけで開発費が吹っ飛ぶんじゃ話にならないので、なら組み込み系で実績が豊富なTRON系というチョイスは必然だろな。

2018/04/11(水) 23:21:50.96

>>613
日本がちょっとおかしい、それは置いて置いてシュミレータの出来の話じゃないかと

>>614
馬鹿が驚いているようにしか見えない

2018/04/11(水) 23:22:37.07

基本的にLinuxとRTOSのプログラムの組み方がかなり違うというのもある。
TRONは仮想メモリを許可していない。今ある物理メモリでなんとかする。
最悪応答時間も決まっているし、タスクを投げた順に逐次処理される。

ext_tskのサービスコール投げないと他のタスクが実行できないとか、もう文化が違う。
結局の所、OSを混在させるのはシステムのメンテナンスコスト上がるだけかも。

>>612
航空機用は流石に無理なのね

2018/04/11(水) 23:26:17.44

>>597
知らねーよ、誰と勘違いしてんだよ
病院行った方がいいんじゃねーの？

2018/04/11(水) 23:26:50.95

>>615
TRONはなんだかんだいって、膨大な実績積み重ねてきたからねえ。
やはり、使い続けるっていうのは大事なんだなと思った。

2018/04/11(水) 23:31:28.72

>>600
MシリーズってSPARCじゃないの？ARMというくくりにしていんだっけ？
あとキャノンはただのOEMじゃない

2018/04/11(水) 23:38:16.80

>>615
すでにTornでX-2のアビオニクス開発しちゃってるならそれで実績積み上げるしかないのかも知れないけど今後実装される戦闘システムの事を考えたら他国と仕様を統一しておく事も大事だぞ

>>611
これは俺も思ってる事なんだけどそもそもXF-5の推力で高運動なんてできるのかしら、ベクタノズルは見るからにロスも大きそうなもんだし

2018/04/11(水) 23:40:08.20

>>610 ソフト的なVM じゃないよ。(VMでも必要な資源は専有出来るけど)
ハード的にVMをサポートしたイメージじゃないかな？
複数のRTOSを同時に動かせる。特にメモリアクセスはダイレクトにアクセスできるようになってるはず。
まだ、これをサポートするOSは少ないみたいだけど。

2018/04/11(水) 23:42:55.09

富士通とARMは京の後続スパコン用CPUを
共同開発中だよ

2018/04/11(水) 23:45:00.98

>>622
ハイパーバイザー型のVMでも、IOは仮想化されるよ。
あと、RTOSでVMWareがやってるようなメモリ共有すると、タスク実行に支障がでるよ。
RTOSは厳密にsta_taskでタスクを開始して、そのあとget_mplでようやくメモリを確保する。
この手順で、どうやって共有するのと。
複数のRTOS動かすくらいなら、別に一つで良いじゃんという話でもあるけど。

2018/04/11(水) 23:46:40.51

>>616
このバカ、何のためにスピンシュート付けた試験やってると思ってんだろう…

2018/04/11(水) 23:48:06.39

結局の所、RTOSが必要な分野においてVMでLinux等を立ち上げてRTOSと協調しようとしても、
じゃあLinux部分がUIを受け持っていたとして、Linuxがメモリリークで落ちたらUIがブラックアウトする危険な飛行機にしかならんと思うけど。

2018/04/11(水) 23:52:11.09

>>623
まじか、ARM上でSPARC版 Solaris動くのかな
いよいよSolarisも終焉を迎えるのかなぁ

てかPowerPC、VxWorks、C++にしてF-35に寄せとけばミサイル発射システムとかその他いろいろなサブシステムでUSと協力できるかもしれんのに...

2018/04/11(水) 23:53:17.74

>>621
将来戦闘機はプラグ・アンド・アクティブとかという、独自機能を実装するつもりらしいので、
他国との仕様統一なんて無理じゃないかな？

2018/04/11(水) 23:55:48.04

>>620 Coretex M と言うARMシリーズの事。キヤノンの一眼レフ用CPUは、富士通がミルビューと言う商品名でOEM供給している。これがCoretex M

また、スーパーコンピューター用は、京ではSPARCを使ってたが、次のスーパーコンピューターはARMを使うことに決めて今共同開発している。ARM HPC
http://www.ssken.gr.jp/MAINSITE/event/2017/20170830-hpcf/lecture-04/SSKEN_hpcf2017_Shinjo_presentation.pdf

2018/04/12(木) 00:23:18.62

>>626 それはないと思うよ。

リアルタイム・オーガナイザ
組込みシステム向けマルチコア・プロセッサを活用したマルチOSソリューションを提供します。
http://www.hitachi-ul.co.jp/middleware/rt-organizer/index.html
リアルタイム・オーガナイザとは、マルチコア・プロセッサでリアルタイムOSと汎用OSの協調動作を実現したテクノロジーです。
リアルタイム・オーガナイザを用いることにより、リアルタイムOSと汎用OSをひとつの組込みシステムで同時に利用することができます。

リアルタイムOS としてT-Kernel、汎用OSとしてLinux/Androidに標準で対応します。

T-Kernel 2.0 オープンソース・パッケージ「OpenTK」
http://www.ssken.gr.jp/MAINSITE/event/2017/20170830-hpcf/lecture-04/SSKEN_hpcf2017_Shinjo_presentation.pdf

ARM Cortex-R でも動く。

2018/04/12(木) 00:31:02.12

>>630
その説明には、俺が書いた危険性を回避するような仕組みは一切書かれていないわけだけど。

2018/04/12(木) 00:41:40.43

あとさ、ARMがMIL-STDを満たしたってニュース聞いたこと無いんだけど、それ満たさないとどのみちアビオには使えんよ

2018/04/12(木) 01:08:44.42

>>632 それはアーキテクチャの問題ではなくて、製造上の問題でしょ。 ARMに関係ないと思うけど。

しかし、例えば以下の記事を見れば米軍で使われていることは明らかでしょ。

ARM-based development kit meets MIL-STD 1553
September 22, 2011
http://www.eenewseurope.com/news/arm-based-development-kit-meets-mil-std-1553

In collaboration with IAR Systems, HOLT Integrated Circuits has developed the MIL-STD-1553 application development kit, HI-6130.
As a major supplier of ICs for avionics and military data bus and display applications, HOLT claims its products are specified by more than 400 manufacturers worldwide, in flight control,
navigation, engine management, communications, safety equipment, and in-flight entertainment systems.

2018/04/12(木) 01:25:09.90

>>633
それはデータバスの規格であって機体制御じゃないだろ

2018/04/12(木) 01:37:07.73

>>634 機体制御の規格なんてあるの？幾つ？

2018/04/12(木) 01:45:52.79

>>634 あったとしてもそれはもはやソフトウェアなりシステムの問題でありCPUアーキテクチャとはかけ離れてる話じゃないの？

例えば、キヤノンの一眼レフは何度もNASAの宇宙船やIISに採用されて活躍してるから、MIL規格より高いレベルで認められてると思う。
しかしそれはARMではなく、富士通なりキヤノンの製造技術が認められてるだけであり、アーキテクチャとは無関係の世界でしょ。

2018/04/12(木) 04:59:33.86

ARMベースシステムは中立的な意味ではありだと思う
アメリカべったりのIntelシステムはCIA謹製のハードウェアバックドアはいってるのは公然の秘密だし

2018/04/12(木) 06:51:17.69

>>625
シュミレーターとか書く馬鹿は相手しないことだよ

2018/04/12(木) 08:27:36.03

スピンシュートを付けたからといって高機動試験までやってるとは思えんが
そもそも大して飛んでないのにそこまで試験するかというとな

2018/04/12(木) 10:19:41.00

>>575
> 詳しそうだな、スーパーコンピュータの分野では今中国が日本を抜いている、今後にほんが再び捲り上げる事は無いんじゃないかな
2012年の京が性能で今の中華HPCより強い。
　https://resemom.jp/article/2017/11/15/41377.html
中国のHPCが優位なのは瞬間性能を測るベンチマークだけ、
ベンチマークでも実用ソフトに近い条件の物は京が強い。
京のアーキテクチャは富士通のカタログモデルになっている（FX10、最大構成で京の倍の性能）実用機だ。
今は後継機のFX100で京の10倍の性能を持つ（100pflops）。
https://news.mynavi.jp/article/20141205-sc14_fx100/

ワンオフの中華ベンチ専用機の実際の性能は日本のカタログモデルの足元にも及ばないということだ。

> つまりハードでも資金でも中国に負けてる
実用ソフトでは性能を発揮できないHPCにはプロパガンダ以上の意味はない。

> これは懸念すべき事態だろ？
> 申し上げたいのは敵を知り己を知れば百戦危うからずだ
> 糖質の>>574と同列に並んではいけない

まずは、印象操作に騙されず事実を見るべきだ。

2018/04/12(木) 10:41:53.11

>>608
仮想OSはオーバーヘッドが大きすぎる。
リアルタイムOSをPOSIX準拠に対応させるだけでいい。
http://tech.nikkeibp.co.jp/dm/PR/10000142/20002808/
これもおそらくTRONの末裔。

>>640　のアーキテクチャはARMの命令セットのような意味では無く、
http://www.fujitsu.com/jp/about/businesspolicy/tech/k/whatis/network/
のようなハードのアーキテクチャも含めた意味。
紛らわしいので、念の為。

2018/04/12(木) 10:50:05.01

>>640 それは言い過ぎ。　FX100の目標値はそうだろうが、現在はそこまで行っていない。
まだ30Pflopsもクリアしていないはず。今年あたりで30くらいの予定だったかな？
去年の暮現在では、暁光（PEZY製）がTOP500で4位相当で国内1位。　GREEN500で5位で国内4位
（GREEN500はトップ5位のうち日本が4つ独占）
http://www.sankei.com/economy/news/171113/ecn1711130024-n1.html
順調に開発が進み資金が提供されれば今年にも暁光がTOP500で中国を抜く可能性がある。

2018/04/12(木) 11:04:02.17

>>641 何か誤解してるな。　ARMが目指しているのは、仮想OSではなくマルチOSと言った方が良いと思うんだけど。
例えばコア毎に独立したOSが動くみたいな。　実際にコア毎にマイクロカーネルをアサインするような商品もある。
勿論仮想OSも動く。
だからRTOSは仮想OSなんかに邪魔されないで動く事が出来る。

例えばこの説明を見れば少しは解るかも。
https://garasubo.github.io/hexo/2016/05/23/t-visor.html
これはAシリーズ用だがRシリーズではさらに発展している。　確かMMUも排したはず。

2018/04/12(木) 11:40:42.38

>>625
スピンシュートは飛行プログラムミスなどで失速した時の為だから

2018/04/12(木) 12:08:22.65

なんつーか、ARM社が目指しているARMエコシステムの話と、ARM ISAの話と、ARMが提供しているIPコアの
話をちゃんぽんになってる感

Post京の話をするならば、ISAにARMを採用したのは事実だけど、マイクロアーキテクチャは富士通のSPARC
64系のまんまという話なので、デコード系を挿げ替えたものになる
なので、ARMのIPコアを使ったヘテロジニアスマルチコア展開とは何も関係ない
当然組み込みに使えるような代物でもない

2018/04/12(木) 12:10:46.37

>>642
何が言い過ぎだよｗ
京もFX100もFLOPSは富士通の発表で、10ペタと100ペタなら10倍だ。
京に対して、実用的ベンチマークで及ばない中華HPCがFX100に勝てないのは当たり前の話。

FX100とはシリーズ名で最大構成は販売されていない筈だが、
30Pflopsとは豪勢だなｗ

>>643
仮想化する必要はない。
RTOSがPOSIX準拠すればいい。
RTOSで仮想化のメリットはない。

2018/04/12(木) 12:22:38.88

>>646
必要性があるからそういう製品が多数開発されて提供されているわけでな……

RTOSにPOSIXレイヤを積み込んでも、HW的な応答性能がRTOS側に制約されるので、
「もっと応答制約は緩くて良いから大量のリソースを使いたい」という要求には応じられない
のよ
なので、ハードリアルタイムOSとラウンドロビンOSを同一HW上で仮想化で住み分けようって
話が出てくるわけ
ミッションクリティカルな部分はRTOSで、死んでも構わない部分はLinuxで、ただし同一HW
上で、となると、選択肢は仮想化って話になる

2018/04/12(木) 12:47:10.53

>>645 勿論HPCと組み込みは全く別分野で、HPCの話が出てきたのは、外人工作員がARMは日本で何の開発もしていないと言う話から出てきたもの。

ポスト京が、ISAだけARMを使い、マイクロアーキテクチャはSPARCのままなんてことできないだろ。
ISAを実現するためには、それを実行するマイクロアーキテクチャが必要でそれをSPARCのままなんて無駄なことをするわけがないし、不可能。
実際にポスト京では、SVE(Scalable Vector Extention) (ARMv8-A)を採用。

https://www.ssken.gr.jp/MAINSITE/event/2016/20160826-hpcf/lecture-04/SSKEN_hpcf2016_ShinjoNaoki_presentation.pdf

ARM HPCの成果をSPARCの方にも生かすと言うやり方はあるとは思うけど。勿論SPARCで培った技術の使える部分はARM HPCで使うのは当然。

2018/04/12(木) 12:51:42.47

>>648
富士通はマイクロアーキテクチャは共通といってるよ

ttp://journal.jp.fujitsu.com/2016/08/23/01/

2018/04/12(木) 13:07:00.70

>>628 の
>>621
将来戦闘機はプラグ・アンド・アクティブとかという、独自機能を実装するつもりらしいので、
他国との仕様統一なんて無理じゃないかな？

---これは
別に取り立てて目新しいことではない。どう実現するかの方法論。国際的に統一することも可能。

この話も、仮想ハードウエアを使わないと実現できないと思うけどね。
例えばネットワークも今までは、物理的な配線が張り巡らしてネットワークを構成していたが、最近は仮想化ネットワークの時代に入ってきている。
特に軍の場合はダイナミックに構成を作り直せることが最重要だから仮想ハードウエアは重要。

勿論ハードウエアが変わっても接続して動くと言うことを目指すにはあらゆるものの仮想化しかありえない。

仮想化といってもいろんなレベルがあり、最近の傾向としては、何かを模倣するのではなく、直接実行することを重要視している。資源を占有したり明確に分離したりして。
言語も例えば、今まではコンパイラレベルでの変換だったのが、アセンブラレベルで変換できるとか。マイクロコードレベルで変換できるとか。

2018/04/12(木) 13:14:44.72

>>649 それは話を取り違えている。
1) 今まで開発したものは、マイクロアーキテクチャを共通化してきた。

2) ARM HPCでマイクロアーキテクチャを新しく作り上げる

3) 今までのマイクロアーキテクチャを新しいマイクロアーキテクチャと共通化する努力をする。

といった段階を踏むと言う話。
こう言わないと既存ユーザーが離れてしまうから。
実際上はSPARCは無くす方向だと思うけど。

2018/04/12(木) 13:29:55.46

>>650
お前が仮想化を正しく理解できておらずどこかのプレゼン資料を見て言葉を受け売りしているだけというのが良くわかる文章だな

2018/04/12(木) 13:30:11.44

>>651 富士通も互換性をできるだけ保てるように、主張すべきところは主張してISAにも反映させてるから努力は認める。

2018/04/12(木) 13:33:41.63

>>651
新しくイチから作るんじゃなくて、従来のマイクロアーキテクチャをベースにしている、ってちゃんと書いてあるだろう

SVEなんてISA側の話なのにマイクロアーキテクチャの話題に絡めたりとか、そちらの理解が疑わしいんだが

2018/04/12(木) 13:38:08.48

>>652 正しく理解できてる方のお話をお聞かせください。

どこが間違ってる？

2018/04/12(木) 13:46:20.70

>>654 名前:名無し三等兵 (ﾜｯﾁｮｲ f3e3-ycE0
>>651
>新しくイチから作るんじゃなくて、従来のマイクロアーキテクチャをベースにしている、ってちゃんと書いてあるだろう

それは当然の話。

>SVEなんてISA側の話なのにマイクロアーキテクチャの話題に絡めたりとか、そちらの理解が疑わしいんだが

勿論ISAの話ではあるが、それを実現するためにはマイクロアーキテクチャをそれ用にしないと無理だろ。
SPARCのマイクロアーキテクチャがそんなに汎用性のあるアーキテクチャだなんてとてもとても思えない。

2018/04/12(木) 13:49:39.85

>>654 もしもだよ、SPARCのマイクロアーキテクチャがそんなに優秀なら何故、SPARC命令セットとARM命令セットの両方を動かすようにしないんだ？

2018/04/12(木) 13:58:33.22

ARMの上で安定して動くOSって何だろう、iOSとかWindowsの変なエデェションしか思い浮かばんな、そもそもそれ安定してんのって話だけど

2018/04/12(木) 14:08:28.36

なんのスレだよ

2018/04/12(木) 14:09:17.85

>>658 Linuxだろ、AndroidはARMあってこそ。
iOSも最初からARMだよ。AppleはARMの共同創設者であり共同開発者、特別なメンバー。
最近はTronもARMが主流になりつつある。

2018/04/12(木) 14:11:31.01

ちょっと脱線しすぎだね。しばらくこの話は終わりにしよう。
とは言えプラグアンドアクティブが目指すところを理解してる人がいたら解説してほしいな。

2018/04/12(木) 14:33:28.57

プラグアンドアクティブはプラグアンドプレイの兵装版と乱暴にPC論議が続きそう。
ドライバーソフトや追加インターフェースハードウェア無しに、周辺装置が使えるなんて、もう祈るしか無いじゃん！ Plug and Pray !!

2018/04/12(木) 14:56:42.33

>>647
> 必要性があるからそういう製品が多数開発されて提供されているわけでな……
RTOS専用なら、必要無い。
何に使われてるか調べてみたら？

> RTOSにPOSIXレイヤを積み込んでも、HW的な応答性能がRTOS側に制約されるので、
> 「もっと応答制約は緩くて良いから大量のリソースを使いたい」という要求には応じられない
> のよ
せめて戦闘機の制御ソフトを念頭に入れて議論しろよ。

> なので、ハードリアルタイムOSとラウンドロビンOSを同一HW上で仮想化で住み分けようって
> 話が出てくるわけ
> ミッションクリティカルな部分はRTOSで、死んでも構わない部分はLinuxで、ただし同一HW
> 上で、となると、選択肢は仮想化って話になる
死んでも構わない部分が戦闘機にあるのかｗ
同一HWもありえない。
RTOSが何故必要か考えてみろ。
他のコアに巻き添えくったり、足を引っ張られる可能性は考えたか？
RTOSシステムと応用ソフト（表示、統計履歴、UI）は別システムに分ける。

2018/04/12(木) 17:04:28.16

X-2の高機動試験だが、X-2が実際にアクロバティックな飛行をする必要はないんじゃないの？
ラダーやパドル、エンジン出力の操作で機体の挙動のデータが取れればシミュレーションには充分だと思うが？

F3の試験ならアクロバティックな飛行をやって具体的な飛行マニュアル作るだろうけど、X-2でやっても機体形状もエンジン出力も違うからあまり参考にならなさそうだがな。

2018/04/12(木) 17:18:47.87

また、シミュレーション馬鹿が出てきて草生える。
シミュレーションが全て再現出来るとでも思ってんの？w

2018/04/12(木) 17:31:11.61

>>665
X-2が戦闘するなら限界点探ってマニュアル作らなあかんがX-2は機体がどれくらいコントロール出来るかのデータが取れて設計上の能力を確認出来ればいいんだからアクロバティック飛行する必要はあんまりないよ。
X-2でやってもそれはX-2での限界点で実機のマニュアルとは異なるからね。