【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(水) 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

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

2018/04/12(木) 23:26:00.97

>>685
実機試験が不要なんて俺も含めて誰も言っていないぞ？
だからこそシミュレート先行、あくまで先行であって検証や確認は実機試験を行うさ
まあ半世紀もすれば最終製品までストレート、なんて恐ろしい世界が待っていそうではあるが

2018/04/12(木) 23:27:07.54

まだシュミレータバカ居るのかよ

2018/04/12(木) 23:27:32.31

>>678
必要なのは実用に資する精度の計算結果が得られるかどうかであって、アルゴリズムやそれの実装はあくまでも手段でしかなく
現在ではシミュレーションの計算精度が実用レベルにまで達しつつある事、そしてそれは開発ツールとして不可欠なレベルにまで
達しているという話とは論点が完全にズレている。
そして演算性能が向上するという事は、扱える計算の規模を大きくする事が可能なるという事であり、この事は計算結果の
精度向上に極めて有効に働いている事は否定しょうがない事実。

それらしい単語を並べて反論しているつもりのようだが、論点もロジックも全部出鱈目なのがお前。

2018/04/12(木) 23:31:42.73

>>686
＞俺はあの七面倒くさい作業が自動化されていく様を見たからこそ、思うところがある
その自動化にいくら金が掛かったか調べてみればええんやで、システムを作るとして小さい案件でも
リーダクラスの技術者80万/月、ＢＰが50万/月×4で8ヶ月とかざらだし、デカけりゃ何十人規模だ

2018/04/12(木) 23:32:26.66

>>684 まるで学問バカだな。例えば車の自動運転が空力計算しながら運転するか？

航空機のオートパイロットが空力計算しながら飛んでるか？
戦闘機の高機動フライトをするときに空力計算なんかするか？

機体の設計と、機体の操縦とは全く別のシミュレータだと言うことがわからないのか？研究室で徹夜してるのがお似合いだな。

2018/04/12(木) 23:32:38.83

>>687
自動化が進んでいる事と、やる事が増えている事には直接的な因果関係は無く、
やる事が増えている事が自動化が進んでいる事の否定にはならない。
残念だがお前の発言はロジックそのものが間違っている。

2018/04/12(木) 23:34:38.69

上流システム作れる人材のリーダーの単純給与で月額80万とかなめすぎでは？
そのクラスの人材だとものによっちゃ桁一つ以上上の待遇でしょ
そんでもってそれに設備投資やなんやを込みでも「その程度」扱いされるのが昨今なわけで

2018/04/12(木) 23:34:43.49

>>691
今度は誰も言っていない費用の話を持ち出しての論点逸らしか。

2018/04/12(木) 23:35:44.59

>>690
馬鹿がそれらしい単語並べてるのはオマエやろｗｗ

論点がズレてるのは俺も同意見、元々実機実験が不要なレベルでのシミュレーション
って話が何故、ツールとしては不可欠だから～の話になる訳？

頭が悪い奴はちゃんと何度もＲＯＭってから来い、シュミレータの精度の話してんだよボケ

2018/04/12(木) 23:37:44.57

>>695
論点逸らしはお前だろｗ

元々>>664をコテンパンに論破してたらお前がシュミレータだって進歩してるもん、開発に
不可欠だもんって論点逸らしてきたんだろうがｗ

2018/04/12(木) 23:41:21.87

てかよ、そんなシュミレータあるんならソース出してくれやｗｗｗ
実態の無いものにコンピュータの進歩でとか適当な事言うから小ばかにされんだろうがｗ

理系じゃない奴って現実と夢の区別もつかんのか？

2018/04/12(木) 23:41:45.90

>>696
元々実験が不要などとは誰も言っていない。
実験が不要云々なんてのはお前が勝手に言い出した藁人形論法でしかない。

2018/04/12(木) 23:44:56.45

>>699
>>664じゃ無いのに出しゃばるアンタが悪いんだよなぁ、なんで出てきたし
しかも散々擁護して僕は違うスタンスとかあらしかよ

2018/04/12(木) 23:46:00.55

（そもそも彼の言う理系とは何じゃろな、と思うのは俺だけかね）

2018/04/12(木) 23:48:00.29

つうか高機動やってないんだとしたら、あとはシミュレート先行(？)でできるよねっていうのはだいぶ無理があると思うんだよね。
どっかで試作機作ってやらないと。
そりゃ自動車は未知の領域なんてほとんどないからいいだろうけど、第5世代戦闘機を作る前から問題の領域が全てわかってるなんて、そんなわけないわけで。

2018/04/12(木) 23:48:08.07

なんでもシミュで十分とか言うシミュカスがゴミだって話だろ？元々X-2の高機動試験が
どうやらやってないって話になって発狂した糞国産豚が苦し紛れに言った言い訳になぜ
そこまで食いつくのか

2018/04/12(木) 23:49:14.62

>>697 勘違いしてるのはお前だよ。 >>664 は、フライトシミュレータの話をしてるのにお前がトチ狂って設計の話とごちゃ混ぜにして自分で自分の首を絞めてるんだよ。

X-2 のフライトシミュレータで戦闘シーンを高運動飛行を使ってやってるのを見たことないのか？
パイロットが素晴らしいと言うコメントを言ってた。

2018/04/12(木) 23:51:06.36

>>701
理系と言うよりは仕組みを理解してるかって話だろうね、頭が良ければ直ぐ作れるアイディアの世界で無いことは
確かで、横から噛みついたシミュ君はそこのところ理解してなかった

2018/04/12(木) 23:51:13.25

>>700
擁護云々とか、これまたおかしな事を言い出したな。
単にお前の発言のロジックや認識の誤りを指摘しているだけ。

ま、お前が相手が言っていない事を勝手に付け加えたり、論点とは関係の無い話を持ち出して論点逸らしをする、
言葉は通じるが話は通じない輩である事は良く分かったわ。

2018/04/12(木) 23:53:04.10

>>704
うるせぇよ

態と噛みついてた荒らしたようにしか見えねーよ、初めから言えや

2018/04/12(木) 23:54:06.44

>>705
なら曖昧模糊な理系という言葉を振り回さないでほしいがなあ

2018/04/12(木) 23:55:06.71

シミュ馬鹿の話しはもう聞きあきたからとっとと消えてどうぞ

2018/04/12(木) 23:56:07.66

>>708
まあ分かりにくい、理系つーても色々あるしなぁ

2018/04/13(金) 00:01:05.54

理系って言葉の定義については謝ろう

アイディアや頭のよさだけでシュミレータが簡単に出来ると思ってる馬鹿が居て
ちょっと頭にきたんだよ、大学で実験とかやってないからこんな下らない発想に
なるんだろうけど（化学実験じゃねーからな？）