AppleはArm Mac用のBoot Campを復活させるべきだ

Windows を Apple Silicon 上でネイティブに実行する時期が来ており、Boot Camp はその最良の方法です。

重要なポイント

  • Apple が Mac ラインナップ用のカスタム Arm プロセッサに移行したことにより、インストールする機能が不足しました。 Boot Camp 経由の Microsoft Windows オペレーティング システム。Windows に依存するユーザーの選択肢が制限されます。 ソフトウェア。
  • Apple Silicon Mac のパフォーマンスとバッテリー寿命は、外出先でのプログラミングや日常の作業に最適です。 生産性タスクには適していますが、デュアルブートがないため、Windows または Linux の最初の選択肢にはなりません ユーザー。
  • Google は Chromebook での Linux サポートとサードパーティ OS の起動を許可していますが、その手順は一般ユーザーにとっては技術的すぎます。 Apple は Arm Mac 上で Windows を起動するための開発者用ファームウェアを提供し、未開発の市場セグメントを開拓する可能性があります。 ただし、Apple は macOS の推進に注力しているため、それが実現する可能性は低いです。

Apple が WWDC 2020 で Mac ラインナップの Intel CPU からカスタム Arm プロセッサへの移行計画を発表したとき、長年にわたる噂に終止符が打たれました。 間違いなく、社内ソリューションへの移行により、確実に次のような成果も得られました。 最高のマック 特にパフォーマンスとパフォーマンスを考慮すると、多くの人にとって重要です。 効率係数。

シームレスな切り替えを行うために、同社はダイナミック バイナリ トランスレータを考案し、エンド ユーザーが Apple Silicon ベースの Mac で x86 ネイティブ ソフトウェアを実行できるようにしました。 しかし私は、macOS には省略されている主要コンポーネントが 1 つあるため、Apple はそれも含めることを検討すべきだと主張します。 Boot Camp 経由で Microsoft Windows オペレーティング システムをインストールする機能について話しています。

わかっています、それは死んだ馬ですが、私はそれを打ち負かしています。 Apple はウォールド ガーデン アプローチを気に入っています。それは、公式の手法が

iOS アプリのサイドローディング まだ数か月先です。 そうは言っても、Mac の Intel プロセッサへの移行は、x86 アーキテクチャの柔軟性のおかげで、代替 OS 愛好家に水門を開きました。 Linux ディストリビューションを、これも Boot Camp なしで、ウルトラポータブル MacBook Air にインストールすることは、Intel 時代には夢物語でさえありませんでした。

しかし、現在のものと同じくらい強力でユーザーフレンドリーです 仮想化を活用したソリューション おそらく、彼らは、私が主張する最善の方法の精神を実際には持っていません。 Mac に Windows をインストールする デュアルブート設定で。 なぜなら、それらはあまりにも面倒で、Boot Camp アシスタントのように Apple によって正確に微調整されていないからです。

そこには。 私は言いました。 Apple Silicon Mac 向けにカスタマイズされた Boot Camp の新しいバージョンが本当に欲しいです。

待てよ、なぜ Apple ハードウェアで macOS を廃止するのか?

簡単に言えば、選択です。

Apple Silicon MacBook のパフォーマンスとバッテリー寿命は他の追随を許さないため、これらのマシンは、日常の生産性タスクだけでなく、外出先でのプログラミングにも最適です。 Apple のビルド品質も注目に値する特質であり、そのため、ハードウェアの選択についてアドバイスを求めている人には簡単にこのハードウェアをお勧めします。 最高のラップトップ 彼らのニーズのために。 しかし、通常、それらを最初の選択肢として選ぶことができない理由は何か知っていますか? それはデュアルブートがないことです。

たとえば、私の両親は筋金入りの Windows ユーザーです。 彼らは Mac が実行できるという事実を賞賛します マイクロソフトオフィス, しかし、母の会計ソフトウェアと父の自動車診断ツールキットの両方に Windows が必要です。 後者は VM も検出できるため、VM を切り替えることはできません。 一方、私の友人の多くはソフトウェア エンジニアやシステム管理者として働いており、主な OS として Linux を好みます。 Apple が Boot Camp アシスタントによるデュアルブートを引き続き許可している場合、両方の長所を簡単に享受できます。

結局、 アーム上のウィンドウ もう十分に成熟しているので、 Windows 11 Apple Silicon Mac なら完璧な組み合わせでしょう。 と組み合わせてください Linux 用 Windows サブシステム そして Android 用 Windows サブシステム, そうすれば、4 つの主要なオペレーティング システム用のアプリを実行できる素晴らしいコンピューターが手に入ります。

Googleはそれが正しかったのか、それとも正しかったのか?

私は、Google が提供する合理的な決定を下したことを賞賛するためにここにいるわけではありません。 Chromebook での Linux のサポート. 公式にはサポートされていませんが、パワー ユーザーは、適切なソフトウェアをインストールした後、Windows (または、かなり頑固な場合は macOS も) を実行することもできます。 サードパーティのファームウェア x86 ChromeOS デバイス上で。 追加のバッテリー容量を求めて Arm Chromebook を探している場合は、アフターマーケット開発コミュニティが次のことに熱心に取り組んでいることを知って喜んでいただけるでしょう。 ネイティブ Linux ブート サポートを導入する 彼らにも。

MrChromebox ファームウェアを実行している Chromebook で Fedora を起動する

全体として、Google が今、ChromeOS デバイスから他のオペレーティング システムを起動する機能を奪うのは誤った判断だったでしょう。 それはともかく、Google のサービスは Boot Camp ほど魅力的ではありません。手順が技術的すぎて、そもそも一般ユーザーを対象としていないからです。

唯一の問題はアップルだ

知らない人のために、 Apple は Arm Mac でのサードパーティ カーネルの起動を許可しています. それは、アプリケーション バイナリ インターフェイス (ABI) が ブートとファームウェアの相互作用のあらゆる側面 基本的には macOSが何をするにしてもつまり、macOS 以外のオペレーティング システムは、プラットフォームの他の部分と通信する限り、macOS のように動作する必要があります。

ただし、署名されていないカーネルを起動するためにエクスプロイトを利用する必要はないため、技術的には Apple Silicon Mac の起動プロセスをリバース エンジニアリングし、他の動作用にブート チェーンを準備します。 システム。 これはまさに、Asahi Linux プロジェクトの開発者が行ったことです。 試みた そして最終的に思いついたのは m1n1、Arm Mac 用の実験的な Linux ブートローダー。

この一見不可能に見える偉業を達成したにもかかわらず、ピカピカの新しいコンピュータで Windows をネイティブに起動する MacBook Pro まだ大変な仕事です。 一般的な x86 PC とは異なり、Windows の起動可能な USB を作成して、それを Apple Silicon デバイスで使用することはできません。 これは、1) Linux ブートのアプローチは Windows カーネルには十分ではないこと、および 2) Apple が理由です。 Boot の場合のように、Arm Mac 上のハードウェア コンポーネント用の Windows ドライバー パックは提供されません。 キャンプ。 優れた新時代の Arm Mac で Apple のファーストパーティ製マルチブート ツールがなくなったことに私が憤慨するのも不思議ではありません。

正しくやる時が来た

私たちと同じくらい多くの Arm PC を使用すると、人気のある製品の一部が非常に遅いことに気づき始めます。 初期の Qualcomm チップセットの多くにはパフォーマンスの問題があり、最近のモデルの多くは適切なアップグレード パスの欠如により問題が発生します。 何年もの間、企業はそれを解決できないようで、私はイライラし、それに対処することにうんざりしています。 スナップドラゴン X エリート 顕著なパフォーマンス向上をもたらすようです ただし、実際のさまざまなシナリオにおけるこのチップの可能性はまだ観察されていません。

しかし、Apple の非常に優れた Arm Mac がすでに登場しており、無名な市場を探し回ることなく誰でもすぐに購入できることを考えると、私には提案があります。

Apple が Arm Mac で Windows を起動するためだけに特別な開発者用ファームウェアを提供したらどうなるでしょうか? おそらくかなり乱雑に聞こえる専門用語ですが、実際には未知の市場セグメントに参入するチャンスだと私は考えています。 Mac Mini を思い浮かべてください。 Windows 開発キット.

クパチーノの会社は Microsoft と協力して、 プロジェクト・ミュー さまざまな Apple Silicon デバイスの Windows 準拠ファームウェア イメージを維持するためのベースとして使用されます。 次に、ファームウェアのフラッシュ タスクと必須ドライバーのパック用に Boot Camp を完全に書き直します。これは、旅を始めるのに十分です。

皆さん、macOS 万歳!

それはすべて驚くべきことのように聞こえますが、この後、Windows/Linux 愛好家がマルチブートを構成するために Mac を購入する可能性がどれほど早くなったとしても、私にはそれが起こるとは思えません。 Apple は macOS の普及促進にかなりの投資を行っており、競合他社を制圧する余地を逃すことはありません。 結局、 ゲーム移植ツールキット それが次のモデルとして MacBook を選ぶ理由になるかもしれません ゲーム用ラップトップ.

つまり、Apple さん、私はあなたに非現実的なものを期待しているわけではありません。 Apple Silicon Mac 上で Windows を実行するという私 (および他の数人) の要件は、仮想化がユースケースに十分である限り、VM 経由でも適用されます。 私たちはただ、新たな精神であなたにお願いしたいのです。 顧客が望むものを提供するBoot Camp を永久に廃止しないためです。 むしろ、新たな栄光とともに再出発してください Windows 12 多分?