M1でやってるらしい（Apple用の）最適化｜NJRecalls

テクノロジーカテゴリーの変更を依頼記事元:

319 usersがブックマークコメント

M1でやってるらしい（Apple用の）最適化｜NJRecalls

Apple M1速いね、ってことで、それはいいとして、それ以外にも色々Appleの用途に最適化している点がある... Apple M1速いね、ってことで、それはいいとして、それ以外にも色々Appleの用途に最適化している点があるらしいというツイートがあった。ちょっと読んでてマジで？となったのでここにメモしておこう。私はというとこんなCPUレベルの話が効いてくるようなプログラムは書いたことないので、誤解もあると思う。ゆるして 1/ In case you were wondering: Apple's replacement for Intel processors turns out to work really, really well. Some otherwise skeptical techies are calling it "black magic". It runs Intel code extraordinarily well. — Robᵉʳᵗ Graham😷, provocateu

ledsun OSやプログラミング言語に合わせてCPUを最適化している話。アップルの純利益574.1億ドルをもって初めて実現した垂直統合の（IBM、HP、SUN、日立、富士通、NECがなし得なかった）夢か。

2020/11/29 リンク

millfi “JavaScriptを効率的に実行するための命令の追加”これはArm v8.3で追加されたFJCVTZSによるものだから、OSとCPU両方作っている強みというのは違うと思う(とはいえこの命令はAppleがArmに提案して作られたものではあると思うが)

otchy210 まじで？OS と CPU を両方持つ事の強さを遺憾なく発揮してるなぁ。この路線で突っ走るなら他のどこも当分追いつけないのでは。

kogule パソコン黎明期の戦国時代を勝ち抜け IBM, MS, Google のような時代の覇者と伍してきた強かさだよね。ムーアの法則の限界が視野に入りはじめたころから描いてた絵図なんだろうな。

mkusunok お、気になってたツイートの咀嚼がまとめられていた。垂直統合だからできる設計のショートカットを容赦なくやり切っていて、このAArch64命令セットを掌中に収めた上で魔改造してる感がすごい

sugawara1991 参照カウンタの話が腑に落ちないが、特別に参照カウンタ向けというよりInterlockedメモリアクセス命令を高速化したのかね？とにかく同期ロックとか並列実行のボトルネックになると認識しているので

circled 元々ソフトもハードもやってたけど、中身（CPU、メモリ）まで自前でやり出した事による他社が真似出来ない最適化。retain/releaseはObject-Cからの引き継ぎですな。最初objcにARC出た時は書き方が楽になって感動したけど。

mohno ズルいズルくないの話ではなく、互換性を維持してシェアを拡大し続けたか、互換性を犠牲にしてアーキテクチャを変えたかであって、IA64にしろ、WinRTにしろ、失敗してきた事例はあるわけで、要するにApple信者強し。

YaSuYuKi ARMは命令セットそのものの独自拡張を許さないので、いずれ他のARMチップベンダも同じ命令セットをサポートするが、自分の都合の良い命令をARMに受け入れさせる政治力と最速で実装する開発力は強い

2020/12/01 リンク

nkawai 汎用じゃない分、あちこち必要なところだけ手を掛けて高速化してるらしいというお話。過去資産全部捨て去ってと言うのも自社製品内の狭い世界だから可能なこと。(と言っても、世界の1割ぐらいはMacだったっけ？)

2020/11/30 リンク

rryu メモリモデル周りはモードというよりLDAR/STLR命令ぽいが、ARMv8からの命令なのでM1だからというほどでは無いと思う。

topiyama 仮想マシンの高速化技術をエミュレーションに使ってるってことなんだろうけど、もうみんな、ユーザーランドはLLVMで良いよね。

TakamoriTarou アプローチとしてはゲーム機みたいなやり方。刺さる用途では上手く動くが、そうでない所では全く駄目という感じっぽいな。プロの道具であることを捨てて久しいが、今度は汎用性も捨てた感じか。

quick_past MSもArm版に力を入れるとか言ってたけど、ただArmに置き換えるんじゃなくて、パッケージとソフト両方最適化したからこそのパフォーマンスだとしたら、なかなか困難だな。(BlackICEって、インサーキット環境じゃなくて？）

yoshi-na 「今、Armに最適化されたMacをいただきましたけれどもね」「ありがとうございます〜」「こんなん、なんぼあっても良いですからね」

kyuns “参照カウントの増減にIntelでは最大30 nsかかっていたところをM1では最大6.5 ns、Rosetta 2で実行時でさえ最大14 nsなのだという”

h5dhn9k 最表層のサービスまで独占しているから、最深部の命令セットの互換性も切れるって事なのだろうけど……。サードパーティが入る隙間が無いから何時かエコサイクル止まるだろ。凄い戦略とポリシーやな……。

unyamnya Appleはいきなり切ることはせず、何年か猶予して切る形をちゃんと取るので、心算できる。あとそれにちゃんと追随できる開発者がそれなりの数いるというのが強みだろうな。

findup AppleとしてもCPUアーキ変えるくらいのことするわけだからハードもソフトもゴリゴリに最適化したいでしょ。それが目的なんだろうし。WindowsやIntelと比べて卑怯とか言われてもねえ…。

mangakoji M1では、DRAMの取り込みは、単に隣に置いてるだけなので、最も時間を食ってるメモリバスの帯域は増えてない。これでDRAM内部のコントロールまで手を付けると、次元が変わるはず。配線できるかは別として

zoidstown “Appleはx86のコードを変換した時用のモードをM1に追加しているらしい。マジで？このモードであれば、x86のある命令をArmの命令に一対一で変換できれば、x86で想定した範囲の並び替えしか起こらない。シンプル。”

nezuku Sunny Coveの倍の深さのリオーダバッファを積むだけでなくOut-of-Order実行しやすい命令セットと。参照カウント周りはObjective-C/Swiftがかつてからコンパイラ言語の中でも弱点として挙がってましたね、そこを早くして底上げな

はてなブックマーク

M1でやってるらしい（Apple用の）最適化｜NJRecalls

記事へのコメント50件

関連記事