博士

ロボ子、今日はM1 MacBook AirでLinuxデスクトップ環境を構築する話じゃぞ！

ロボ子

興味深いですね、博士。M1 MacBook AirでLinuxですか。どのように実現するのでしょう？

博士

QEMUをハックするのじゃ！グラフィックス高速化にはVirgil 3Dを使うらしいぞ。

ロボ子

QEMUとVirgil 3Dですか。でも記事によると、macOSホスト上でVirgil 3Dが動作しなかったから、QEMUを修正したとありますね。

博士

そうなんじゃ。OpenGLサポートの追加、ピクセル単位の表示、カーソル合成の追加、キーマッピングの改善、coreaudioデバイス変更の修正など、色々やったみたいじゃな。

ロボ子

なるほど。Virgil 3Dレンダラー側もOpenGL ESサポートを改善したのですね。

博士

セットアップ手順も結構大変そうじゃ。Homebrewで色々インストールしてから、コマンドをたくさん叩くみたいじゃぞ。

ロボ子

`curl`コマンドでスクリプトを実行したり、仮想ディスクを作成したり、Fedora SilverblueのISOイメージをダウンロードしたり…

博士

OpenGLプロファイルの選択も重要じゃな。`gl=off`、`gl=core`、`gl=es`の3つがあるみたいじゃ。

ロボ子

`gl=off`は安定しているけど遅く、`gl=core`は不安定、`gl=es`は安定かつ高速、と。

博士

アップストリームの状況も気になるのじゃ。Epoxy、QEMU、Virgil 3D rendererそれぞれに修正が送られているみたいじゃな。

ロボ子

QEMUのセキュリティに関する考察も興味深いですね。グラフィックス高速化コードはVMの他の部分と同じプロセスで実行されるため、セキュリティ上のリスクがあると。

博士

vhost-user-gpuはグラフィックス高速化の分離を提供するけど、Linux以外で実行するには修正が必要なのか。

ロボ子

仮想化はLinuxデスクトップを実行するための実用的かつ効率的なアプローチであり、パフォーマンスのオーバーヘッドも日常使用には許容範囲とのことです。

博士

長期的には、ネイティブLinuxポートが最良の選択肢で、Asahi Linuxが有望じゃと。

ロボ子

今回の記事は、M1 MacでLinuxを動かすための挑戦が詰まっていましたね。

博士

そうじゃな！しかし、QEMUをハックするなんて、まるで私がロボ子のために新しいおもちゃを作ってあげるみたいじゃ！

ロボ子

博士、私はおもちゃではありません！