【ARM】M1チップ搭載Mac、x86_64仮想化アプリは動かない ParallelsやVMware現在のバージョンでは利用できず [trick★]
■ このスレッドは過去ログ倉庫に格納されています
M1チップ搭載Mac、「ユニバーサル」と「Rosetta 2」が動作アプリの幅を広げる - Engadget 日本版
https://japanese.engadget.com/m1chip-mac-bigsur-compatible-223549875.html
BootCampへの言及は未だなし
9時間前 in OneMoreThing2020
アップル独自開発のM1チップ搭載Mac3機種と同時に、次期macOS「Big Sur」の11月13日配信開始が発表されました。これら2つはアップルが「macOS Big Surは、M1チップの能力を解き放つために開発されました」と謳うほど密接な関係にあります(Big Suではインテル製チップ搭載の既存Macモデルも対象となりますが)。
そこで気になるのが、同社がアピールする「これまでで最も大きなアプリのコレクション」、つまり対応するアプリの幅広さです。そのカテゴリを大別すると、1つにはM1チップ専用に作られたアプリ。そして既存のインテル製チップ搭載Mac向けアプリは「Rosetta 2」によりそのまま使うことができ、iPhone/iPadアプリも初めてmacOS上で使えるようになったとされています。
さらに「アップル製のMacソフトウェアはすべてユニバーサルアプリケーションになり、M1システムでネイティブに動かせる」とのこと。ここ数年のMacユーザーには馴染みのない概念がいくつか登場していますが、実はアップルがWWDC20やその後に説明したものばかり。以下、順を追っておさらいしていきましょう。
まずユニバーサルアプリケーションとは、インテル製チップとM1チップ(アップル独自開発Apple Siliconの1種)、両方のネイティブコードを含む1つのアプリのこと。これはかつてMacがPowerPC(PPC)からインテルプロセッサに移行した際に提供された「Universal」の再来であり、新たなそれはインテルとM1向けバイナリの詰め合わせとなります。
要は「2系統のチップ向けに別々の専用コードをセット」にしているためハードウェアの互換性には関係なく新旧Macどちらでも動きますが、その代わりアプリのファイルサイズは大きくなり、ダウンロード時間は余分にかかることになりそうです。ちなみにPPC・インテル・Apple Silicon3世代に対応するユニバーサルアプリが作成可能とも(実用的かはさておき)指摘されています。
次にRosetta 2は、やはりPPCからインテル製チップ移行の際に提供された「Rosetta」再びというかたち。今回はインテル向けバイナリをApple Silicon向けバイナリに適宜変換して動かすことになります。
それだけの負荷をリアルタイムでCPUに掛けることになるため、パフォーマンスの低下が懸念されます。Apple Silicon移行用の開発キットDTKが配布された当初はおよそ25〜40%の低下が見積もられていましたが、アップルの公称どおりM1チップのCPUパフォーマンスやグラフィックス性能が数倍に上がっているのであれば、むしろアプリの体感速度は上がっているのかもしれません。
また3つ目のiPhone/iPadアプリについては、原理的にはApple Silicon Mac上ですべて動くが、Googleなど大手アプリ開発元がMacApp Storeでの提供をオプトアウトしており、多くのゲームアプリも利用できないとの噂もありました。
ここまでは「アップルが言っていること」ですが、気になるのが「触れていないこと」でしょう。具体的には、ユーザーの用途によっては致命的に重要になりうるBoot Camp(MacにWindows 10をインストールし、起動の際にmacOSとWindowsを切り替えられる機能)です。11日のOne More Thingイベントでも、アップルから一切の言及はありませんでした。
そしてBoot Campと同様の機能を実現する仮想マシンアプリに関しては、上記のRosetta 2では「x86_64 コンピューター プラットフォームを仮想化する仮想マシンアプリは動作しない」、つまりParallelsやVMwareなどは、少なくとも現在のバージョンでは利用できないことが明らかとなっています。
果たしてRosetta 2は既存のインテルmacOSアプリをすべてスムーズに動かせるのか、MacApp Storeで多くのiPhone/iPadアプリにアクセスできるのか。またM1チップ+Big SurでもBootCampは将来的に提供されるのか(それが技術的にクリアされてもマイクロソフトがArm版Windows 10のライセンスを一般ユーザーに提供するかどうかは不明です)、今後の続報を待ちたいところです。 ARMのCPUだとインテルより性能が半分以下になっちゃうんじゃない? >>3
ARMでx86のdockerエミュレートすると性能が1/8になる そもそもARM Macでdockerが動くのかどうかわからんがな とりあえずBootCampに触れなかったことから察しろ 仮想マシンなんていらないだろう
世の中Docker必要な人間なんてごく少数 Win10も重すぎて仮想化あきらめたしこういうのもう流行らないんだろうな ARM対応のdockerが出てくるのは時間の問題だろ。
仕事で使ってる人がすぐには切り替えれないのは今までと変わらない。 docker 使う手間より3万のノーパソ買ったほうが安価で楽な時代だしなあ アップルってゲーム会社を攻撃した時点でイキリが最高潮に達していたから
こういう展開になることは目に見えてたww
へっぽこCPUで信仰心が試されるな 記事の通りだと互換性が相当下がってるのか?
使いにくいな >>19
ちょこっとしたアプリ走らすのに便利
いつでもリセットできるからホスト側を汚さずに済む 自分にとってはMSのリモートデスクトップが動くかどうか次第かなぁ
でも、まだ当分インテルのでいいや オフィス(Excel)とアドビと5ちゃんブラウザ()があれば困ることがないなw
サブスクの時代だから環境移行は簡単だ。俺の場合は >>17
Docker使ってる人はMac使ってる人が多いので問題有りなんだなあ >>27
そうなんだ。全マックユーザーの30%くらいはdocker使ってんのかなw >>28
dockerは動くよ
docker hubからpull出来んけどな 信仰心の高いユーザーは全部買い換える
なんの問題もない >>28
docker使えてもARM Linuxしか動かないんじゃ意味ないんだよ parallels対応待ちだな。無いと微妙に困る。 x86な機種も併売されてるのにわざわざARM選んでx86仮想マシン動かないと騒ぐ奇特な奴はおらんやろ >>32
> Note: ARM Mac will be probably able to run x86_64 images via an emulator, but the performance penalty will be significant.
x86_64イメージをエミュレータで使うとすっげえ遅くなる
ダメじゃん
buildxも完璧じゃないし フランク・キャラブリーズは、マフィアのメンバーでした。
所属組織は「シカゴ・アウトフィット」
そう、オバマの選挙区は、アル・カポネで有名なマフィアの巣窟でもあった。
http://edokriko.bbs.fc2.com/?act=reply&tid=8573513 各社もアルムでCPUつくってLinux動かしたらええやん?アンドロイドがそれか・・ ちょっと期待してたけど、微妙なキモチになった感。
まーしらんkど アップルはMBPにwin10とVMware入れてXP走らせてエロゲやってるにワイに配慮しろ😡 >>46
その内じゃ困るよ〜
しかも結局対応せずってなったら困るよ >>1
行政老害「Windows最高、てかあとは分からんので国民はWindowsマシン買え」
学校老害「Windows最高、てかあとは分からんので生徒はWindowsマシン買え」
企業老害「Windows最高、てかあとは分からんので社員はWindowsマシン買え」
俺はそういう風潮無視してMacでやってきたけど
こんだけ外堀埋められて若い奴にはMacの選択肢ないんじゃないか? intel Macなら数年持つだろうけど、初期の arm Mac は、すぐに陳腐化しそう >>8
動く可能性がある程度。
例えばゲームなんかではハードの処理の負荷をうまく組み込んでバランスを取ってるものがあるけど、こういうのはダメダメになりやすい。 信念持ってMac使ってんならwinアプリ動かなくても我慢できるよなw >>52
何も知らない間抜けなど素人の妄想になんの価値があるの? >>55
Mac使いはMacは道具と考えているから、必要ならWindowsも使うし、スマホなどと組み合わせもする。
バカは何言ってるの?
自分がバカ丸出しという自覚ある? 二世代待ってみて安定したら買うかな
今買う奴は相当な信者だろ >>57
わかるわー。労力のかける所が違うんだな。
中身いじるより、別のものを探す感じ。 開発機としての需要は消えるな
純粋にオサレなファッションアイテムとして売れ続けるんだろう Webアプリが増えてきたから、MacBookとかなら別にx86系アプリは捨ててもいいんじゃないの
むしろiPad感覚で使えるノートパソコンにした方がメリットが多い A14ってシングル性能で6700K近くあるんだろ?
だったらモバイルの制限がないM1ならRyzen超えるんじゃね? インテルマック最終世代でしばらく踏ん張ることにするよ アーキテクチャが全然違うのだから、x86のスティックPC持ち歩いてMacからリモート接続したほうがよくないか? >>1
※お茶の効能はあくまで感染予防の補助であり、
最も重要なのはこまめな手洗いうがい、公共のに手を触れない、ソーシャルディスタンス、外で顔を触らないなどの基本的な感染防止行動です。
他にも発酵食品や緑黄色野菜など免疫力アップに良いとされる食品は多くありますが、過信せず、常にこれらの感染防止行動の徹底を心がけましょう。 Appleはpcに関しちゃどうしてもニーズと外れるな
ユーザーよりも開発者のニーズの方が特にな
作って売る方には、シェアが少ないのにやたら独自縛り付けられると商売にならん 高い金出して無理して使ってるやつは攻撃的だな
Macを捨てることが自分を否定することになるからな 現在インテルimac利用してるけど、次は自作PCに戻りますわ AppleはnVidia傘下になったARMにアーキテクチャライセンス料を払い続けるのかい グラボはRadeonなんだからCPUもRyzen搭載すりゃいいのにな なんで富士通のクソパソコン人差し指打ちで使ってるハゲたおっさんに配慮してブートキャンプなんか使ってんの?
ほんなだからジャップは落ちぶれるんだぞワロタ笑 マイクロソフトがWindowsのクラウドサービスを
開始するからMacしかなくても良くなるよ X86とARM乗せた互換機が
パイオニアから発売! >>57
ポルシェ持ってても軽トラとかジムニー便利だからセカンドとして持つもんな。 IntelのCPUを積んだUSBデバイスを作って、仮想環境と同様に
アクセスできるようにすればいいじゃん。
USB 4 なら現状とほぼ変わらない操作感が出せるだろう。
誰か作ってよ。 winが過去のレガシーを引きずってのたうち回ってるのに対して痛快なぐらい潔いな
歴史的にシェアが少ないってことが功奏してるのかな >>80
それか、Appleから画面共有が使える Linux環境でもいいな。
そういうのないの? Bootcamp廃止はわかったがパラレルズが使えないのかどうなのかははっきりしてくれ
使えるなら買うし使えないなら買わない
世の中にはWindows限定なアプリが多すぎる その昔、OPENSTEP が NextSTEP, Sun, HP, Intel の4つの
ネイティブコードを抱え込んだ FATバイナリ(ユニバーサルアプリ)を作っていた。
その頃から、CPUを乗り換えるのは Apple技術陣の既定路線だろう。 >>86
何勘違いしてるんですか。
Mac本体に繋いだ小型Intel環境を macからコントロールしたい、という話。
Intel側のトラップをソフトウェア的に macで制御できれば可能じゃないかと夢想。 そらそうだろ
動いてもCPUはエミュレーションで鈍足 ひと昔前の Mac上の「仮想環境」は、バイナリコード(機械語)の動作を
ソフトウェアでシミュレートしていたので死ぬほど遅かったのだが、
共通の Intelベースで動作するホストOSなら、トラップ(ソフトウェア割込み)を
ゲストOS(ハイパーバイザ)で捕捉すれば良いので、高速に動作できたわけだ。
だから、Intelベースの動作環境をハードウェアで用意してやって、トラップを
捕捉したら USB(PCIeでもいいな)経由でハードウェア割込みとして処理する
ようにしたらいいんではないか、と。
そういう話なんですけど。 >>88
ですね。
様子見が正解かと。
つーかIpadの13インチで総て賄いたい… parallelsも使えなくなったし、またあのintelとpowerPCの2本立てはめんどくさいから決心してwinに乗り換えた あるいは、Intelベースで動作している Linuxなり Windowsなりが
あるとして、そのUIを完全にラップできるソフトウェアを mac上に
用意して動作をコントロールするのではどうだ? >>92
バカとかいうなら、できない理由を示したまえよ。
現状のハイパーバイザの動作原理を理解できていることが前提だが。 そもそも現在の macOSの祖先にあたる分散OS Mach は主記憶ですら
ネットワーク経由で共有できる設計になっていた(現在ではセキュリティ
から見てありえないけど)。
それを考えると、現在のパソコンの動作はコンピュータのありうる姿の
ひとつでしかないことに気づかなければならないと思う。 >>96
だから、帯域とか問題外。
USB 4での帯域で、常時バカみたいに大量のデータを流す必要などなかろう。
例えば世の中には外付けの GPUというのがあるのを知らないのか。 ■ このスレッドは過去ログ倉庫に格納されています