アカウント名:
パスワード:
ARM用Linuxは普通に存在しますがなにか？
Pro用にIntel、ライトユーザー向けにARMって分ければARMの方にはそこまでの処理能力や仮想化は不要かもしれない。でも、同じMacなのにIntel・ARM両対応アプリを作るのは面倒だったりするのかな。
WSLみたいな感じで実装してくれたら面白いかも。
Write Once, Test Anywhereかな？エンディアンも違うし、やらかしはありそう。
ARMってバイエンディアンじゃなかったっけ？リトルエンディアンで使われてるのしか触ったことないけど
little endianでしょ。big endianで動いてるARMなんて見たことないよ。
バイエンディアンですね。
訓練された信者は性能がなくても困らないんじゃないの？
AppleやMicrosoftで困る人達が頑張ってbootcampでARM版Windowsが動くかも？しかしそれで困り事が解決するかどうか。
富嶽ではなく富岳ね。
スパコンの場合、性能出すための設計が重いからCPUの命令セットが何かはそんなに問題じゃない。それに普通のスパコンでCPU+GPUで性能出すより、富岳のCPUのSIMDで性能出す方がずっと楽だと思うな。
> ｗ
以前の富士通のアレ・なにかの source → compiler が → SPARC な機械語 → CPU が実行から、今回の富士通のアレは・なにかの source → compiler が → ARM な機械語 → CPU が受けとったら ARM→SPARC変換して → CPU が実行になったということのようなんですが、どんないいことがあるんでしょうか?
1. compiler が SPARC の機械語より ARM の機械語を作るのが上手すぎるのでそっちを使いたい(そこで差が出るかなあ?)2. CPUのARM-SPARC変換は超技術なので負とはいわんがほぼ 0 オーバーヘッド(でもなくてすむならないほうがマシな気が……)3. 現場で debu
CPUの命令セットは性能出すための設計に含まれるじゃん。SIMDのほうが楽なのはそりゃそうだろうけどデータ長512bitのSIMDなんてスパコン向けのCPUなら普通は積んでんじゃん。スパコンで命令セットが問題にならないのは過去の資産がソースコードだから。過去の資産をそのまま使わずに最適化してから使うから。
SIMDが性能で有利と言ってるのではなく、GPGPU向けに書くよりSIMD向けに書く方が楽だと言ってるだけなんだけど。あなたの言う通り、過去の資産を使わず最適化するときにどちらが楽かと言う話だ。
x64 と ARM、両方載ればいいな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
まあ，性能が出ればいいんじゃない？ (スコア:4, すばらしい洞察)
困るのはbootcampでWindowsやらlinuxやら動かして常用してた人たちぐらいで。
富嶽だってARMベースなんだし。
Re: (スコア:0)
ARM用Linuxは普通に存在しますがなにか？
Re:まあ，性能が出ればいいんじゃない？ (スコア:2)
Re: (スコア:0)
Pro用にIntel、ライトユーザー向けにARMって分ければ
ARMの方にはそこまでの処理能力や仮想化は不要かもしれない。
でも、同じMacなのにIntel・ARM両対応アプリを作るのは面倒だったりするのかな。
WSLみたいな感じで実装してくれたら面白いかも。
Re:まあ，性能が出ればいいんじゃない？ (スコア:2, 参考になる)
XCodeが対応してればチェックボックス1つONにするだけだろきっと
昔PPC/Intel両対応アプリを作ったときはそうだった
Re:まあ，性能が出ればいいんじゃない？ (スコア:2)
訓練された信者であるほど「だからなに？」案件であり。
Re:まあ，性能が出ればいいんじゃない？ (スコア:1)
Write Once, Test Anywhereかな？
エンディアンも違うし、やらかしはありそう。
Re:まあ，性能が出ればいいんじゃない？ (スコア:2)
Re: (スコア:0)
ARMってバイエンディアンじゃなかったっけ？
リトルエンディアンで使われてるのしか触ったことないけど
Re: (スコア:0)
little endianでしょ。
big endianで動いてるARMなんて見たことないよ。
Re: (スコア:0)
バイエンディアンですね。
Re: (スコア:0, すばらしい洞察)
訓練された信者は性能がなくても困らないんじゃないの？
Re: (スコア:0)
AppleやMicrosoftで困る人達が頑張ってbootcampでARM版Windowsが動くかも？
しかしそれで困り事が解決するかどうか。
Re: (スコア:0)
富嶽ではなく富岳ね。
スパコンの場合、性能出すための設計が重いからCPUの命令セットが何かはそんなに問題じゃない。
それに普通のスパコンでCPU+GPUで性能出すより、富岳のCPUのSIMDで性能出す方がずっと楽だと思うな。
Re:まあ，性能が出ればいいんじゃない？ (スコア:2)
同じアプローチを取ることが出来れば，ARMだから性能が出ない，ということはなさそうよね。
Re: (スコア:0)
> ｗ
以前の富士通のアレ
・なにかの source → compiler が → SPARC な機械語 → CPU が実行
から、今回の富士通のアレは
・なにかの source → compiler が → ARM な機械語 → CPU が受けとったら ARM→SPARC変換して → CPU が実行
になったということのようなんですが、どんないいことがあるんでしょうか?
1. compiler が SPARC の機械語より ARM の機械語を作るのが上手すぎるのでそっちを使いたい(そこで差が出るかなあ?)
2. CPUのARM-SPARC変換は超技術なので負とはいわんがほぼ 0 オーバーヘッド(でもなくてすむならないほうがマシな気が……)
3. 現場で debu
Re: (スコア:0)
CPUの命令セットは性能出すための設計に含まれるじゃん。SIMDのほうが楽なのはそりゃそうだろうけどデータ長512bitのSIMDなんてスパコン向けのCPUなら普通は積んでんじゃん。
スパコンで命令セットが問題にならないのは過去の資産がソースコードだから。
過去の資産をそのまま使わずに最適化してから使うから。
Re: (スコア:0)
SIMDが性能で有利と言ってるのではなく、GPGPU向けに書くよりSIMD向けに書く方が楽だと言ってるだけなんだけど。
あなたの言う通り、過去の資産を使わず最適化するときにどちらが楽かと言う話だ。
Re: (スコア:0)
x64 と ARM、両方載ればいいな。