最終的に WSL が私の PC のネイティブ Linux を置き換えた理由
<本文>
Linux 用 Windows サブシステムは、最初に公開されたときは一時しのぎのようなものとして始まり、別のオペレーティング システムのインストールを回避しながら、ユーザーがいくつかの Linux ツールを操作できる方法を提供しました。デビュー以来数年で、WSL は Windows 上で実際の Linux カーネルを実行する軽量の仮想マシンに進化し、Windows ユーザーが完全に独立した Linux 環境を維持する理由が少なくなりました。
WSL 1 は概念実証には優れていましたが、実際には Linux ではなく、制限が多すぎました。しかし、WSL 2 のリリース以来、私はデュアルブート システムや独立したハイパーバイザーの下で実行される Linux 仮想マシンをあまり使用しなくなりました。別の OS を選択するためだけにシステムを再起動するのは時間の無駄のように感じられますし、Windows システムから Linux VM にファイルを公開するのは面倒な場合があります。 WSL はシームレスに統合し、両方の問題を解決するので、最終的にネイティブ Linux パーティションを置き換えることができました。
関連
私が PC で Windows と Linux のデュアルブートをやめた 5 つの理由
もう面倒なことをする価値はありません。
もともと Linux をネイティブで実行していました
今となっては苦痛に感じます
Linux をネイティブで実行することは、私が好んで使用するコマンドライン ツールや Bash スクリプトにアクセスするための最良の方法であるため、私にとっては理にかなっていました。 WSL 1 は Linux コマンドのみをエミュレートしており、専用の Linux VM を使用すると、追加のオーバーヘッドが発生し、PC のハードウェアが割り当てられることになります。ネイティブ Linux は期待どおりに実行され、コンピューターのリソースに完全にアクセスでき、Windows NTFS パーティションのファイルにも簡単にアクセスできました。
Docker のためだけでも Linux を起動する価値がありました。コンテナーの実行は非常に便利で、開発者とパワー ユーザーの間で共通の必須機能です。 WSL 2 が導入される前の Windows での Docker 実装は、控えめに言ってもかなり大雑把なものでした。最近では、WSL のおかげで、Windows 上で Docker コンテナが問題なく動作するようになりました。これにより、ネイティブ Linux を起動する理由が 1 つ減りました。
WSL がゲームチェンジャーになったとき
かつてのような妥協はもうありません
WSL 2 が Windows 10 に登場し、ユーザーが完全な Linux カーネルをすぐに使えるようになると、ネイティブ Linux を起動する理由が薄れ始めるのがわかりました。 WSL は、VirtualBox や VMware などで実行される VM よりも優れた CPU、RAM、ストレージのパフォーマンスを提供し、別のオペレーティング システムにアクセスするために再起動するよりもはるかに便利です。 WSL 2 は Linux 環境内の仮想ハードディスクを利用するため、ディスク I/O パフォーマンスもネイティブ インストールのパフォーマンスにほぼ一致します。
WSL のパフォーマンスと利便性には満足していましたが、ネイティブ Linux インストールを完全に放棄して本当に気に入ったのはその互換性です。 WSL を使用すると、Linux が実際に Windows に組み込まれているように感じられます。Windows ファイル上で Linux コマンドを実行したり、「explorer.exe」と入力したりできます。 ` を使用して、Windows エクスプローラーで Linux ディレクトリを開きます。また、ディスクのセクションを Linux 専用にパーティション分割する必要もなくなりました。どちらのオペレーティング システムも C ドライブに常駐し、必要なスペースを占有することができます。
関連
私が 2 つの異なる WSL ディストリビューションを並べて実行する 4 つの理由
1 つの WSL インスタンスよりも優れているのは、2 つの WSL インスタンスだけです
WSL による GUI アプリのサポート
私のデュアルブート設定は釘を打たれました
WSL がサウンド サポートやグラフィック アクセラレーションを含む X11 および Wayland GUI アプリケーションのサポートを導入したとき、私はもはやデュアル ブートを正当化できませんでした。 Linux アプリケーションは、Windows のタスクバーや通知領域とシームレスに統合され、通常のウィンドウとして実行できるようになりました。いくつかの Linux アプリと Windows アプリを並行して実行することは珍しいことではありませんが、それらは 2 つの異なるシステムに属していることを忘れてしまうほどうまく融合しています。
確かに、ネイティブ Linux は GUI アプリケーションをより適切に実行します。 WSL ではオーバーヘッドが発生し、表示が不安定になる場合があります。しかし、アプリの開発では、そもそも多くの人が WSL を使用しているのはこのためだと思いますが、これはほとんど問題ではありません。いずれにせよ、私の最もグラフィックを多用するプログラムは今でも Windows 上に存在します。 WSL 経由で Blender やビデオ ゲームを実行しようとすると、パフォーマンスの遅れに気づくでしょう。しかし、WSL と仮想マシンは一般に、その問題を解決することを目的としたものではありません。
再起動する価値はもうありませんでした
WSL は、すべての人にとってネイティブ Linux を置き換えることはできません。ブートローダーをいじったり、集中的な GUI アプリケーションを実行したり (とにかくうまくいきません)、有意義な方法でカーネルをカスタマイズしたり、システム ハードウェアに直接アクセスしたりすることはできません。これらはほんの一例ですが、大多数のユーザーは、WSL が得意とする Linux 開発環境を提供し、Linux ツールにアクセスするためだけに WSL を利用しているのではないかと思います。
Windows Insight レポート: 購読して重要なことを見逃すことはありません
Windows Insight で Windows、ソフトウェア、PC コンポーネントなどの世界で一歩先を行きましょう
購読する
購読すると、ニュースレターとマーケティング電子メールの受信に同意し、利用規約とプライバシー ポリシーに同意したものとみなされます。いつでも購読を解除できます。
Linux にアクセスするために再起動するのは、今となっては時代遅れのソリューションのように思えます。私は今でもどちらのオペレーティング システムも気に入っていますが、両方のメリットを最大限に活用するために 2 つの完全に別個の環境を維持することは望んでいません。私にとって最良のソリューションは、無駄な時間を最小限に抑えながら、必要なものすべてを提供してくれるソリューションです。それが WSL です。
*️⃣ 出典リンク:
Linux 用 Windows サブシステム、PC で Windows と Linux のデュアルブートをやめた 5 つの理由、Linux VM、Docker、2 つの異なる WSL ディストリビューションを並べて実行する 4 つの理由、X11 および Wayland GUI アプリケーション、WSL はネイティブ Linux を置き換えることはできません、 利用規約 、 プライバシー ポリシー、