MacのCPUをARMに！ Part10

今はパソコンやサーバーにもシビアに省電力が求められている時代。
MacもiPhoneと同じARMをCPUに採用して
時代を先取りした低消費電力マシンを実現すべき。

そもそもMacがIntelに移行したのは、
G5よりもIntel Coreの方が電力効率が優れていることがその理由。
しかし、それならiPhoneをはじめ携帯電話では主流になっている
ARMアーキテクチャのCPUの方が数段電力効率がいい。

MacOSXは、Windowsほど互換性のしがらみに縛られないから
最も電力効率の良いCPUアーキテクチャを選べる。
アップル製品のCPUをARMに統一すれば、iPodからMac Proまで
同じアーキテクチャで揃えられる。

今のアップルなら、買収したP.A.Semiの技術を使って、
自社で高性能なARMベースのマルチコアプロセッサを設計できる。
アップルはOSも自社開発しているのだから、 GPUの活用と徹底したマルチコアへの最適化を行えば、
Intelベースのマシンに負けない性能が期待できるのでは？

前スレ
http://itest.5ch.net/test/read.cgi/mac/1592827404/

>>610
お前がお花畑
これからはiOSデペロッパー＝Macデペロッパー
になるだけこの事実は変わらない
寧ろいつまでMSは自分たちしかいないX86系デスクトップにしがみ付くんだろうね

>>547
代用だけなら極端な話マウスでも出来るけど本来タッチパネル用に作られたアプリを
Magic TrackpadやMagic Mouseで使うのは不便なのは明らかだろ

深いこと考えずに、
ARM搭載するとどんなものになるか楽しみ
iPadアプリが動くなら2in1で来ないかな

>>548
だよな、HHKB使えばめちゃ快適だもんな

寧ろこれからの流れは2in1モバイルMacをiPadと呼ぶんだよ

>>556
AMDもx86だから等しくゴミだぞw

>>588
そんなオワコンにコストかけて欲しくないわ
Intelなんて切り捨てで何も問題ないよ

>>589
ISO標準規格のファイルだけ使うのが正解ということだよな。
Microsoft Office形式とかの独自規格はクソ。

MS Officeって「Office Open XML」っつーISO規格のファイル形式扱えるぞ

他所を貶してAppleを持ち上げるカスは絶滅しねえかな？

ARM移行が確定したので
諦めてついていくが

薄型iMacには期待したい
かなりデザイン変えてくるんじゃないか
ARMで薄型が可能なはず


iPad型の27インチiMacとか出てくるか

>>541
switchやiOSはゲーム機としては糞ゴミスペック

switchは任天堂のゲームができるから価値があるんであって
任天堂のゲームが出来ないでswtich並＝ゴミだということ

つーか開発機の仕様なら
miniじゃなくてAppleTV4Kのガワで造れただろ
USBポートだけ増やせば

>>575
Docker系で不安になってる奴多いから再掲する

https://dev.classmethod.jp/articles/build-dokcer-image-for-arm-architecture/
＞Go言語の「ビルドを実行する環境とは異なる環境向けの実行可能ファイルを生成することができる」という特徴を利用して、
＞Windows/Mac上でARMアーキテクチャ向けのDockerイメージをビルドする方法をご紹介しました。

つまりこの記事の逆バージョン、ARM Mac上で64bit(x86)向けのDockerイメージをビルドすることも出来る

画面サイズとキーボードの有無以外に違いはないのに、OSを分ける意味がわからん

実際 ARM OSと既存のiOSはどれくらい違うのかな

むしろiPhoneやiPad

>>624
そこが問題ではないんだよ…

>>624
それビルドできても実行できないじゃん
どこでも同一のイメージを使用できるというDockerのメリットが完全にスポイルされる

x64で作ったDockerイメージを、ARMのDockerエンジンで動かすことは出来ないのか(´・ω・`)

そもそも>>624の方法は不完全で、ビルド時にARM向けのコンテナイメージ内にあるコマンドを使うことができない
現実にはDocker使うときにはx64をQEMUでエミュレートすることになるだろうね
とんでもなく遅くなるのは不可避

信者がお花畑な妄想披露する傍らでどんどん実用的な問題が露になってるな

>>629
では本番環境がARMアーキテクチャのAWSインスタンス上であるwebサービスの
開発作業をX86のWindows上で行うとき、現在はどうしているでしょうか？

考えてみな

条件は同じく「本番環境と開発環境のCPUアーキテクチャが違う」だぞ

>>633
だからARMアーキのAWSインスタンスなんてほとんど誰も使わないよ
言ってることズレズレですよ

https://www.publickey1.jp/blog/17/dockerwindowslinuxarmibm_z.html

>>634
ほとんど誰も使わないっていうのはあなたの個人的な妄想ですよね？

https://[email protected]/jp/ec2/instance-types/a1/
>Arm 搭載テクノロジーは世界のインターネットインフラストラクチャ市場で他を圧倒する広がりを見せており、
>今では 200 万人近くの Docker 開発者がクラウド向けおよびインターネット接続されたデバイス向けのアプリケーションをすばやく安全に構築およびスケーリングできます。

>>633
そらARMマシンでビルドするだけだ
あえてプロダクション環境でARMを使いたいという強い欲求があるわけだから、少々の面倒はそりゃ受け入れるわな
一方で、開発環境側が違うアーキになったことで手間が増えるのは無駄でしかない

>>636
できるだけでARMインスタンスをたくさん使ってるとは書いていない

○　たくさんの開発者が使っているとは

>>636
そんな大本営発表じゃなく、実際の採用例いくつかあげてくださいよ
俺の発言を主観ってことにしてくれても別に良いけど、
あんたの言ってることもそんなんじゃ同じレベル

>>640
業界No1のAWSを大本営発表扱いするド素人がいるとはな…
採用例も上のURLに載ってるだろ
ちゃんと見てこいよ

>>641
数社しか無いな
ゴミじゃねーか

ARM Mac miniのファンはどんだけ回るのかな
iPad Proだとファンなしでも動いてるから気になる

>>635
残念ながらそれQEMUか外部のARMマシンで動かすんだよ
知らなかったんだよね仕方ないね

実際発売されるときはA14ベースになるんじゃないの？

>>624
>>629
両方とも同意なんだよなあ
工夫すればなんとかなりそうだけど
利便性も下がっちゃう

DockerはMSとズブズブで、Dockerサポートに関してはWindowsは未だに糞重いVM立ち上げてるMacよりも先を行ってるからなあ
x64エミュレーションの出来次第では開発者が本格的に流出するかもね

dockerもWindowsもゲームも3Dレンダリングもみんなクラウドでオッケー👍
毎月カネかかるけどな笑

そこまでくると、もはやMac使う意味はないな

リンゴマークを七色にビカビカ光らせて私はホモですとアピールできるようにすれば
LGBT界隈のスタンダードになれるかもしれない

ドックのマウスカーソル乗せたときにアイコンがデカくならないのが寂しい

>>651
あれフェデリギがAppleの面接で落とされた後たまたま通りかかったジョブズに見せたんだっけ

元Intel技師「Appleが切り替えたのはSkylakeが最悪だったから」
https://iphone-mania.jp/news-298142/

これ読んでたらスナドラ810でヒーヒー言いながら仕事してたの思い出した
品質って大事だよな

2017 Hyper Threading Technologyのバグ
2018 Meltdown/Spectre脆弱性問題
2015〜現在 プロセス微細化の遅れ
マジでIntelゴミだよな

>>643
ArM MaC Miniはファンレスだからファンは回らないよ

Pentium4→DでAMD64に食われた時の悪夢再びやな

アーキテクチャとか詳しくないんだけど今使えてるUNIXコマンドとかも使えなくなる可能性もあるのかな？その辺りはHomebrewとかで解決？

多分だけどhomebrewはArm版も出ると思う
https://i.imgur.com/jQLYdo8.jpg
それでインストールする各プログラムは
対応まちまちでRosettaで大体動く

ターミナルの元々のコマンドのことなら
すでにArmネイティブ対応済み
https://i.imgur.com/wwU6VRT.jpg
https://www.apple.com/apple-events/june-2020/

Skylakeの品質の悪さってこの事かもな
https://lists.debian.org/debian-devel/2017/06/msg00308.html

ARM Mac が出るとして、いくらなんでも今のIntel CPU内蔵GPUよりは速いのが出るよね？ね？

カジュアルな3Dゲームを標準画質設定のFHD60Hzで快適に遊べるGPU性能なのが
XboxOne、A12Z、TigerLakeのiGPU
A14Xはそこから2倍のGPU性能を期待できる

A14XはPS4くらいの性能になるんかな？iGPUでそこまで性能出るならdGPUも置く必要無いから小スペースで済むし本当夢があるわ

https://i.imgur.com/ryrdvFR.jpg
A13のシリコン図を見ると全体の約17％ほどの面積をGPUに使用している
スマホSoCは大体100mm2なのでGPU部分は17mm2ある計算だ

A14はTSMC 5nm EUV製造、すなわち171.31MTr/mm2のトランジスタ密度なので
17*171.31=2912.27MTr(約29億1227万トランジスタ)

GTX960が2940MTrなので、回路規模的にこのあたりの性能になると思われる
もちろんこれはダイサイズ100mm2かつファンレスなスマホ向けSoCの数字なので
ファン有りMacbook ProやMac mini向けのSoCなら倍以上の大きさになっても不思議ではない

その時のトランジスタ規模は60億トランジスタ程度になるので、GTX1060(44億トランジスタ)以上の性能が期待できる

なおA13はTSMC 7NP DUV製造でダイサイズは98.48mm2
トランジスタ数は85億だ
理論トランジスタ密度は96.5MTr/mm2
実効トランジスタ密度は8500/98.48≒86.31MTr/mm2
実効/理論比率＝0.89
>>664の計算を補正
A14のiGPU想定トランジスタ数は17*171.31*0.89≒2591MTr(約26億トランジスタ)

ソース
https://en.wikichip.org/wiki/apple/ax/a13
https://i.imgur.com/uVK9DBK.png

A13のiGPUの推定トランジスタ数は85億×17％＝85*0.17=14.45億トランジスタ
ベンチマークを見るとGT1030クラスの性能があることがわかっている(18億トランジスタ)
https://www.notebookcheck.net/Apple-A13-Bionic-GPU.434833.0.html

保守的に見てGTX950級の性能はあるんじゃないかなぁ…

【まとめ】(わりと保守的な予想)
iPhone12に搭載予定のA14 Bionic　→　GTX950級のGPU性能が期待できる
MBP、Mac mini、iMac向けA14Z　→　GTX1050級のGPU性能が期待できる
Mac Pro向けA14Extreme(？)　→　RTX3000シリーズやRDNA2のミドルレンジ級に匹敵する可能性も？

複数ダイをパッケージに詰め込めばいけそう

数百万でも売れるMac Proなら、それ専用に超ビッグなApple silicon作るってことはあるかな？

>667
SoC内のiGPUが、すぐすぐdGPUに追いつくことはないんじゃないか？
Mac ProやiMac、iMac Proに関してはdGPUを用意するんでしょうよ。
ただ、FINAL CUTのデモでもあった通り、これまでGPUで処理してきた処理のいくらかはNeural engineに任せる動きも出て来るのかもしれないと考えた時、GPUの役割や負担は変わって来るのかも知れないね

mac proは言うほど数売れてないだろ
それ専用にチップを開発するとは思えん
imac用を流用とかでしょ

2年で移行完了するって言ってる
常識的に考えて最後に移行するのはMac Pro
つまり2年後までMac Pro用のApple Siliconは作るつもりはないし
裏を返せば3nmまで待ってMac Pro用作る予定だってこと

>>661
Snapdragon内蔵のAdrenoですらIntel HDを超えてるから
今のAプロセッサなら余裕でしょ

ARM行ってまでMac Proが存続させる意味があるとは思えないけどな
Appleもクリエイターも双方うんざりだろ

A9Xの時点でPS3と同レベルの性能だったはず
PS4無印=Radeon HD7850カスタム、Vega11やGT1030と同程度
この辺は超えてくるだろうね

無駄が多くてバグだらけのx86から高効率低消費電力な ARMにするのは大歓迎なんだが、この流れって68kからPowerPCにした時の流れをどうしても彷彿してしまう
たのむから尻切れトンボにならないで欲しい

PPC時代とは桁が違うインストールベース資金力開発リソース、そして自社コントロールによるソフトに応じた最適化
出だしはドッコイドッコイかも知れが、世代を重ねるごとに越えられない差が生まれる

Android含めた他の陣営は合従連衡を探っとかないと全部持ってかれる

>>677
この程度のCPU性能の差でどうこうなるなら
とうの昔にAppleなんか無くなってるわな…

CPUの性能が良かろうが悪かろうがユーザーにはあんまり関係ないってのは
奇しくもApple自身が証明してるし
そもそもAppleがCPU開発した程度でそんなアホみたいに性能アップする訳ないわな…

ipadにbig surが載るのはいつになるんやろ(´・ω・`)

>>667
ハイエンド向けGPUは10Tflopsは欲しい。つまりRTX2080相当。
SoCでそこまでやるのはかなり難しいんじゃないか。
MacProだけは例外的にディスクリードGPU搭載はあると思ってる。

将来iPhoneやiPadで動くのはmacOS Liteとでもいった感じの
ストアアプリだけインストール可の機能制限版な気がするよ

>>681
逆じゃねーの？
MacOSが拡張版iOSだと思うよ

>>678
Appleという会社の存続に関しては、Mac以外の商品を開発できたのがでかいでしょ。
仮にMacだけを貫いていたらどうだったか.... やばかったんじゃね?
まあそれだって必ずしもCPU性能のせいだけとは限らんけど。

ヤバいのはandroid開発者の流入。
android開発するにしても、armのmacが当然有利。
フロントがarmに独占されると、サーバサイドのarm圧力が高まる。

Armでもleg でもいいから
OSをSnow Leopard 並みの速さ軽さに
戻して欲しい
MAC OSの最高傑作だと思う
使い易かった
今のは重い遅いをCPUのパワーで無理やりやってる

普通にdGPUないとゴミでしょ
今のMBP16のradeon pro 5300mですらA12Zと二倍以上差があるわ

帯域とか知らないんじゃねｗ

バリバリ3Dゲームやるならゴミだろうが、ライトなゲームやエンコなら十分でしょ

>>680
https://www.4gamer.net/games/990/G999028/20200317035/
次世代XBoxがSoCで12Tflopsを実現してる
7nmで360.45mm2と大きいけど5nmで
作るAppleなら200mm2代で製造出来る
のではないかな

最初のApple siliconのiMacが21.5インチの
iMacが24インチになってからというのも
より高性能な27インチのiMacのSoCは
別にあるのではと思う

台数でないからプロセッサ何個も作るとは考えづらい
dGPUならオプションで性能に幅持たせられるし
tiger lakeに匹敵するくらいのiGPU載せてdGPUオプションにするくらいじゃないと現行比で劣化になるな

>>689
それ消費電力どれくらいか知ってる？

>>691
https://wpteq.org/xbox/post-57767/
315W


https://support.apple.com/ja-jp/HT201918
iMac 27インチの最大消費電力が262W


https://support.apple.com/ja-jp/HT208378
iMac Pro の最大消費電力が370W

液晶込みだとしてもiMacの 27インチのサイズなら
搭載可能だと思う

>>690
AppleのWWDC2020の説明では統合メモリのメリットを説明して
たからdGPUはないのではないかな？
https://japanese.engadget.com/apple-silicon-223046873.html

Appleは以前より、特にiPadの性能を説明する上で別の言い方をしている。

「メインメモリをビデオメモリと共有するUnified Memoryで
あるからこそ、iPadはすばらしいグラフィックスパフォーマンスを
実現している」

この説明はある意味正しい。Unified Memoryの場合、モデルや
テクスチャのデータを「GPUのビデオメモリ」に転送する必要が
なくなる。処理のためにメモリ内での転送は存在するが、その回数
はGPU側にビデオメモリがある構造よりも減る。それがわかって
いるので、CPUとGPUをつなぐ「バス」の帯域幅はできる限り
広いものが用意されるし、GPU側でも、メインメモリにデータを
転送することなく、GPUとビデオメモリ側だけで処理を行うよう工夫されているわけだ。

メインメモリとCPUの帯域幅さえ十分に確保できて、さらにGPUの
性能も高いのであれば、「CPU＋GPUカード」の形よりも
グラフィックス性能は上げやすい。

これをうまく使っているのが、PS4などの「ゲーム専用機」だ。
ゲーム専用機ではCPUとGPUを一緒にしたSoCを専用設計できるし
拡張性も考える必要はない。だからUnified Memory構造を採用しやすい。

iMACの台数でそんなん作っていつ回収できるんだよ
普通に考えてiMacとMBP16がSoC共有なんだからノートに載せれるのしか載せてこない
GPU要らない勢にしたら過剰スペックでしかないしな
やっぱりdGPUがないとまともな商品構成にはならない

>>693
それで性能数倍になるのか？
PS4は出たときですらミドルレンジでしかない
結局そういうこと

>>693
ここを削ってdGPUはないとか…よく言えるわ

GPUはCPUより事情が複雑だ。性能は単純なコア数だけで決まらず、実装されている機能の差も大きい。
NVIDIAやAMDの最新GPUが高性能であるのは、競争によって性能の差をガチンコで比較する状況が長く続いているからでもある。
Appleはこれからそこに割って入らなければならない。

MicrosoftがオフィスをApple siliconに対応させるってアピールしててアホすぎと思った
Officeくらい有名なソフトが対応するのは当たり前で個人制作のニッチだけど替が効かないソフトがどうなるかの方が大事だろ

>>697
>個人制作のニッチだけど替が効かないソフトがどうなるかの方が大事だろ
それやり出すとキリがないけど？

DTMのプラグイン関係は割とダメかも知んない

Adobeはフル版出すのかな
AEとか今までと同様のものがApple siliconで出るとは考えにくいよなあ

>>699
DTMはマジで終わったよ
Logicやガレバンと有名プラグイン少々程度でいいライトユーザーは残るけど、それ以外は今後3-4年はwinに以降する人が増える混沌の時代になるだろうね

単にArm対応させるならリビルドするだけでいいみたいだし、Armに最適化したアプリなんてAppleですらも次のmacOSからだろ

リビルドすらもしないアプリを動かすのに必要なのがRosettaだけど、そんなアプリは今後も期待できないから捨てるのがいいような

>>701
win版しか無い所も増えて来たしね
Catalinaがクソ過ぎてキレてたプラグインメーカーもあったし
実際midiコンやDJコン等もCatalina対応に時間かかってた
コンパイルし直せばすぐ済むってCatalina見てれば無理なのが分かる

音楽はcatalinaの時点でBFD3とか結構主要なソフトが対応してないし既にメーカーの離脱が始まってる
ARM化で他の分野でも同じことが起きる可能性は十分にある

完全64bit化の時も結局有名なソフトシンセベンダーがいつまでたっても対応せずLogic9を引っ張るハメになって苦労した
DAWだけ対応してもプラグインや周辺機器が動いてくれないとどうにもならないんだよな
この機会にDAWもCubaceにして乗り換えちゃおうかなあ

お前ら教えれ
もうインテル製は買わないほうがいいのか？

メモリは帯域さえ十分にあれば、量は少なくても問題ない？？？？

dGPUでも統合メモリ使うのが不可能なわけじゃないでしょ？
専用バスになるかもだけど

>>706

https://ringosuki.hateblo.jp/entry/2020/06/28/Intel版を買っちゃうか、Arm版登場まで待つか……こん

>>706
今使っているソフトがぜひ必要で、ARM版に移植されないかもと思っているならば買い