【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(水) 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での限界点で実機のマニュアルとは異なるからね。

2018/04/12(木) 17:53:11.53

>>666
前アルゴリズムが正確か検証した程度で高起動してないんじゃねっていったら大いに叩かれたな、高起動してない証拠出せって
エンジン出力低いからあんまアクロバティックな事してない(出来ない)と見る方が自然だと思ったんだけどな

2018/04/12(木) 18:04:00.86

そもそもX-2の高運動飛行制御って=高機動か？
特段推力は要さない類だと思うのだが

2018/04/12(木) 18:13:53.41

>>668
F5×２の推力じゃ冷静に考えればhigh-Gのかかる高機動は無理だろうね
だってそれだけの大きなGを発生するには激しい機動が必要だがそんな激しい動きを可能にする推力は全く持ってないんだから

X2の場合、高機動じゃなくてポストストールとか、従来の古典的な高機動戦闘機（典型はF-15）ではやれなかった
可変ノズルを使った新たな機動の可能性の検討・探究（と言っても恐らくロシアのフランカーとかPAK FAの変態機動の後追い）という感じでしょ

2018/04/12(木) 22:14:19.94

ここのスレって数日毎に妄想オタクとまともな奴が入れ替わるよね、少し前なんて
世界最先端の技術を持つ日本に各国が喜んで出資するから8000億で開発費は十分だの、
F-35よりも強くなるだの碌に根拠も出せないのに吠えて回る基地外の巣窟だったのに

2018/04/12(木) 22:24:48.61

>>665
基本的にデータから導き出した方程式の集合体って事理解出来る人が意外と少ないからな、
大学の研究で作った事あるけど単純な物でも凄まじい時間と労力が掛かる、実機試験を飛
ばせるレベルの再現度って現状どころかあと何十年は不可能の世界じゃね？

2018/04/12(木) 22:26:51.65

>>662
論理的に考えれば、物理的なインターフェースを統一し、予め機体と兵装側のシステムを連結する中間レイヤーを、
追加する兵装側に実装しておき、機体は自動的にそれを読み込んでシステムにマウントするような構造にしておけば
可能だろう。

PC的なイメージで例えるなら、デバイスドライバーをハードとは別個にインストールするのはなく、予め接続する周辺機器側に
組み込まれているドライバーを、ハードが接続された時点でOSが自動的に読みこんでのインストールが完了する、といったような
感じになるだろう。

2018/04/12(木) 22:28:37.12

万能ではないが、長年の積み重ねでその有用性は加速度的に上昇しているのも事実
なおシミュレーションの発展とともに突き詰められるラインも引き上げられるため結局開発が早まることはない模様

2018/04/12(木) 22:41:25.77

>>671
そのデータから導き出した方程式を何十年にも渡って積み重ねてきた事とコンピューターの計算能力の著しい発展によって解析精度向上し、
実機データとの差が実用レベルにまで縮まってきているのが現状だと、何度言っても理解しない奴が居るだけの話なんだがな。

そういう奴が開発ツールとしての現代のシミュレーションの有用性を理解できずに、シミュレーション万能論など有りもしないレッテルを貼って
否定しているだけの事。

2018/04/12(木) 22:50:32.00

>>673
複雑化するほど作成コストも飛躍的に上がるから設計の分野では限定的なまんまだけどな、
>>664みたいな精度のシュミレータ作れるんなら、もう風洞実験の類はこの世から消えてる

2018/04/12(木) 22:54:14.44

実機試験とシミュレーションは現状では相互補完関係にある
ここ5年ぐらいだと過去の情報遺産を利用してシミュレーション先行のものも増えだしているがね

2018/04/12(木) 22:54:26.12

>>672 パイロットシミュレータと空力シミュレータは全く別物だよ。
パイロットシミュレータは今はパイロット訓練には必須だよ。民間でもこれで新人教育してるし、F352 に複座がないのもシミュレータで訓練できるからに他ならない。

2018/04/12(木) 22:54:44.25

>>674
>コンピューターの計算能力の著しい発展
こう言う曖昧な言葉で誤魔化されるから文系脳なんだよオマエは

仮に莫大なデータがあったとしても、その中から方程式を見つけるには人間による
検証が必要だし、シュミレータの中で計算式として組み込むのも人間の仕事、コン
ピュータは与えられた物を動かすだけで進歩しようが大差ないがなｗ

2018/04/12(木) 22:58:54.61

>>672
日本の場合、どうしても米軍との相互運用性を考えないといかんので
米軍側のインターフェースに合わせるんだろうね。
F-3のWeapon System改修で対応できるように。
AMRAAMやらAIM-9Xから先の新しいミサイルが出てくるにしても
ミサイルのアンビリカルケーブルが物理的に違いますとかは無いだろうし。
まぁ違っても対応するんだろうけど。

2018/04/12(木) 22:59:28.78

なんでＡＩが騒がれてるのかすら理解してなさそうな低学歴が大好きな魔法の言葉、
「シュミレータで！」、方程式の集合体とは言ったが、方程式を作るのも組み込むのも
全部人間の仕事だし労力考えろ文系が、単純な気象シュミレータで2万時間とかだぞボケ

2018/04/12(木) 23:01:10.56

昨今は挙動再現の基礎構造を自動的に開発するやり方もあるんじゃよ
というか方程式がどうこうというより、最小単位の干渉をどれだけ高速かつ正確に計算できるかの方が課題
補正部分を除いた基礎的な部分は既存の理論でわりと回るし

2018/04/12(木) 23:10:19.28

＞挙動再現の基礎構造を自動的に開発するやり方もあるんじゃよ
実機試験に代わるような精度求めるもんにはまったく足りないがな、産業用として使い道が
多数見込まれる自動車の空力シュミレータすら現状そのレベルに達してないし

自動自動と簡単に言うけどその自動の部分すら人間が作ってるって事忘れなさんな

2018/04/12(木) 23:13:43.79

いや車両関係は既にシミュレート先行の例が結構あるぞ
というか開発サイクル的に実機試験を最後にやるしかないというか

あと自動化はどんどん人の手を離れていくし、人間様の牙城はそう長く持たないと常々実感するがなあ

2018/04/12(木) 23:16:33.30

てかデータの加工を舐めてる人間が多すぎじゃないのか？あんまり理系大学で実験
やった奴居ない感じ？データから方程式当たりつけて立証するのがどんだけ困難かも
分かってないし、下手すりゃ自動でコンピュータが計算みたいな考えしてる奴居るよ
ね？ＡＩじゃないんだぞ？

2018/04/12(木) 23:20:02.18

>>683
すまんがソースを宜しく、シュミレート自体は出来ても実機試験不要なレベルでの再現
は不可能だから、アメリカすら実現してない事だし

2018/04/12(木) 23:22:29.79

俺はあの七面倒くさい作業が自動化されていく様を見たからこそ、思うところがある
生データの山とにらめっこすることなんて気が付けばどんどん減って、人間より機械の方が優秀だと錯覚してしまう
もしかすればそれは遠からず錯覚ではなく、本当に一部のコア人材以外は人間なんて不要になるのかもしれんが

2018/04/12(木) 23:25:45.10

＞あと自動化はどんどん人の手を離れていくし、人間様の牙城はそう長く持たないと
＞常々実感するがなあ
ルーチンワークしてる人にはそう感じるかも知れんが、エンジニア目線だとどんどんやる事
増えて複雑化してな、自動化なんざ一向にすすまねーよｗ