Windows Subsystem for Linuxは、Microsoftが開発したユーティリティで、開発者やLinux愛好家が、仮想マシンを実行するオーバーヘッドなしに、お気に入りのLinux環境をWindows10でネイティブに実行できるようにします。それが機能する方法は、方法と似ています ワイン Linuxで動作します。 WSLを使用すると、LinuxシステムコールをWindowsシステムコールに変換する互換性レイヤーを使用して、LinuxバイナリをWindows上で実行できます。
建築
間違いなく、WSLはLinuxよりもWindowsでうまく機能します。その背後にある理由は、Linuxがそのアーキテクチャの点で独特であるためです。ほとんどのオペレーティングシステムはカーネルと、そのカーネルを中心に構築されたライブラリと機能のスイート全体で構成されていますが、Linuxは単なるカーネルです。ほとんどのGNU / Linuxディストリビューションは、このカーネルを使用して、その上にオペレーティングシステムスタックを構築します。このスタックの構築方法に応じて、Debian、RedHatなどのさまざまなディストリビューションを入手できます。
WindowsでLinux環境を実行するには、WSL機能を有効にして（これについては後ほど説明します）、Microsoftストアにアクセスしてお気に入りのディストリビューション（Ubuntu、Debian、OpenSUSEなど）のコピーを入手する必要があります。
最初のステップはsyscall変換レイヤーを有効にし、2番目のステップはソフトウェアの軽量スタックを導入して完全なLinuxOSをWSL機能上で実行できるようにします。逆のことを行う、つまり、Windowsは単なるNTカーネル以上のものであるため、LinuxでWindowsアプリケーションを実行することははるかに困難です。
このため、WSLの実装に関与する仮想マシンはなく、魅力的なオプションになっています。 VMが関与せず、ネイティブの軽量syscall変換レイヤーのみが関与するため、パフォーマンスが低下することはありません。
インストールとセットアップ
Windows 10 PCで、Windowsキーをクリックし、[スタート]メニューに同じものを入力して、[Windowsの機能をオンまたはオフにする]を検索します。 Windowsの機能メニューが開いたら、Windows Subsystem forLinuxの機能が表示されている一番下までスクロールします。そのチェックボックスをオンにして、[OK]をクリックします。
これからはWindowsがセットアップを処理し、すべてが完了したら、システムを再起動して変更を確定する必要があります。再起動後、Microsoft Storeにアクセスして、そこでお気に入りのディストリビューションを探すことができます。
ストアでお気に入りのディストリビューションを検索できます。以下は、最もよく使用されるディストリビューションのスクリーンショットです。 OpenSUSEの2つのバリエーション、DebianアプリとKaliLinuxを見ることができます。
もちろん、最も人気のあるディストリビューションは依然としてUbuntuであり、16.04と18.04の両方のLTSがストアで入手できます。
次に、必要なディストリビューションを選択して、対応するアプリをインストールするだけです。 WSL環境用にUbuntu18.04LTSをインストールします。サイズは約215MBで、Ubuntuのインストール全体よりもはるかに小さくなっています。
アプリがインストールされると、Microsoft Storeアプリから直接起動するか、スタートメニューで検索して起動できます。初めて起動したときは、セットアップに時間がかかります。
最大5分かかる場合がありますが、完了すると、新しいUNIXユーザー名とパスワードの入力を求められます。これで準備完了です。
起動したターミナルは、GUIを除くUbuntuシステムのほぼすべての機能を提供します。 UNIX / Linuxの機能のほとんどは端末の能力のために提供されているので、これはあなたに長い道のりを与えることができます。
たとえば、インストールされているすべてのパッケージを更新することで、この環境の使用を開始できます。
$sudoaptアップデート&& sudoaptアップグレード-とWSL環境でできることとできないこと
さて、みんなの心に浮かぶ疑問は、「キャッチは何ですか？」です。
反対の場合を考えてみましょう。 WINEのようなテクノロジーでは、Windowsで実行できるすべてがLinuxで実行できるわけではないことがわかっています。 DirectXのような低レベルのシステムライブラリはLinuxでは利用できず、Windows上の多くのアプリケーションはそのようなライブラリに依存しています。
Windows 10、FreeBSD、Illumosなどのオペレーティングシステムは、カーネルだけでなく、本格的なオペレーティングシステムです。ほとんどのライブラリはプロプライエタリであり、それが問題をより困難にしているため、Windowsを使用します。これにより、WINEのようなプロジェクトの仕事ははるかに困難になります。
Linux on Windowsをエミュレートしようとすると、その逆になります。 LinuxのABI呼び出し（またはsyscall）のタイトなセットは、Windowsに変換してすべてを実行するために必要なすべてです。 WSL上のUbuntuに実行中のカーネルを尋ねると、Linuxカーネルのバージョン番号が表示されます。バージョン番号の横にMicrosoftが記載されており、これがLinuxカーネルプロジェクトのヘッドブランチではないことを示しています。
$うなめ -に 
さらに深く掘り下げると、ファイルシステムレイアウトやネットワーク構成などの高レベルの機能は示されていますが、ブロックストレージレイアウトなどの低レベルのアクティビティは機能しないことがわかります。
たとえば、次のコマンドは期待どおりに機能します。
$df -NS 
どちらのコマンドも、実際にWindowsを実行しているネイティブシステムに関する情報を提供します。これは、異なるネットワークインターフェイスと異なるファイルシステムが完全に存在するVMを実行するようなものではありません。
ただし、次のようなコマンド lsblk 低レベルのブロックストレージはLinuxが期待するものではないため、機能しません。同様に、OpenZFSはいくつかのロード可能なカーネルモジュールをインストールし、Linuxカーネルは単なる幻想ではないため、OpenZFSのインストールは無駄です。
dockerを実行しようとしている場合も同様です。 Dockerをインストールする場合、Ubuntuは文句を言いませんが、このサブシステムに存在しないSystemdに依存しているため、Dockerサービスは開始されません。
ただし、多数のサービスとbashユーティリティを実行して、作業を楽にすることができます。 Linuxサーバーを生計を立てて管理している場合は、デスクトップにもLinuxをインストールする必要はありません。この環境では、Windowsシステムを汚染することなく、SSHクライアント、Dockerクライアント、bash、grepやawkなどのユーティリティ、およびPythonからRustまでのお気に入りのプログラミング言語を実行できます。
Ansible、Puppet、またはその他の任意のテクノロジーを使用して、CD / CIオートメーションを実行することもできます。つまり、DevOp、Webまたはアプリケーションの開発者またはテスターがLinuxシステムに必要とするものはすべて、システムソフトウェアやカーネル開発に携わる人々を除いて、WSLで実現できます。
結論
Linux上のWindowsサブシステムについて、あなた自身の考えや経験がありますか？あるいは、答えが必要な質問がまだあるかもしれません。ご不明な点がございましたら、お問い合わせください。そのトピックについて説明します。