先週、 マイクロソフトの開発者は、いくつかの重要な機能強化を発表しました サブシステム WSL （Linux用のWindowsサブシステム）。これにより、LinuxアプリケーションをWindows上で実行できるようになります。 なので Windows 10 MayUpdate以降、Linux環境の最初のインストール デフォルトではWSL2レイヤーを使用します。
WSL2環境 ディスクイメージ上で実行 （VHD） ext4ファイルシステムとは別に および仮想ネットワークアダプタ。 Linuxカーネル WSL2で Windowsのインストールイメージには含まれませんが、Windowsは動的にロードします グラフィックドライバのインストールと更新の方法と同様に、現在の形式で保持されます。 カーネルをインストールして更新するには、標準のWindowsUpdateメカニズムが使用されます。
提案された核 WSL2は、Linux4.19カーネルリリースに基づいています、Azureですでに使用されている仮想マシンを使用してWindows環境で実行します。
カーネルで使用されるWSL2固有のパッチには、カーネルの起動時間を短縮し、メモリ消費を削減し、Linuxプロセスによって解放されたメモリにWindowsを戻し、カーネルに必要なドライバとサブシステムの最小セットを残すための最適化が含まれます。
WSLでグラフィカルアプリケーションを実行できるようになりました
上記に加えて、目立つもう一つの目新しさは 「WSUGPU」グラフィカルインターフェイスを備えたLinuxアプリケーションの初期サポート。
サポートGPUアクセスを仮想化し、ドライバーを提供することで実装します Linuxディストリビューションの通常のグラフィカルサブシステムが機能できるようにするために、 Waylandに基づくものを含みます。 LinuxとWindowsのグラフィカルアプリケーションは、Windowsデスクトップ上で並べて実行できます。
Linuxカーネル用にオープンdxgkrnlドライバーが用意されており、WindowsカーネルのWindowsディスプレイドライバーモデル（WDDM）D3DKMTを複製するサービスを/ dev / dxgデバイスに提供します。 コントローラは、VMバスを使用して物理GPUへの接続を確立します。 Linuxアプリケーションは、WindowsとLinuxの間でリソースを共有することなく、ネイティブWindowsアプリケーションと同じレベルのGPUアクセスを備えています。
さらに、司書はlibd3d12.soはLinux用に提供されています。 それは Direct3D12の完全なグラフィカルAPI。
libd3d12.soライブラリは、Direct3D12のネイティブWindows実装と同じコードから構築されています また、機能はd3d12XNUMX.dllライブラリと完全に似ています。
私も知っています DXGIAPIの簡易バージョンを提供します （DirectXグラフィックインフラストラクチャ）DxCoreライブラリ（libdxcore.so）の形式。 libd3d12.soおよびlibdxcore.soライブラリは独自仕様であり、バイナリビルド（WSLに/ usr / lib / wsl / libとしてマウント）でのみ提供され、Ubuntu、Debian、Fedora、Centos、SUSE、およびその他のGlibcベースのディストリビューションと互換性があります。 。
MesaでのOpenGLのサポートは、レイヤーを通じて提供されます これは、DirectX 12APIへの呼び出しを変換します。VulkanAPIを実装する方法はまだ計画段階です。
最初の段階では、WSL環境で、CUDAとDirectMLがサポートされます。 D3D12 APIでの作業（たとえば、Linux環境では、DirectMLのバックエンドでTensorFlowを実行できます）。 OpenCLのサポートは、DirectX 12APIで呼び出しマッピングを実行するレイヤーを通じて可能です。
Microsoftは、Waylandプロトコルを使用して複合マネージャーを開発しています Westonコードベースに基づいています。 複合マネージャーは、RDP-RAIL（ローカルに統合されたRDPリモートアプリケーション）を使用して、メインのWindowsデスクトップへのLinuxアプリケーションインターフェイスの出力を整理します。 RDP-RAILは、複合マネージャーがデスクトップ自体をレンダリングせず、代わりにRDP RAILチャネルを介して個々のサーフェス（wl_surface）をリダイレクトしてメインのWindowsデスクトップに表示するという点で、以前Westonから利用可能だったRDPバックエンドとは異なります。
さらに、単純なwsl.exe –installコマンドを使用したWSLインストールがまもなくサポートされます。
最後に、それについてもっと知りたい場合は、相談することができます 詳細は次のリンクにあります。
あなたはウェブサイトの名前をwsladictos.comに変更することから一歩離れています
WSLは、好むと好まざるとにかかわらず、Linuxの世界の一部であり、私たちはそれをカバーする必要があります。
WSLは「一般」のユーザー向けに設計された実装ではありません。開発者、システム管理者などを対象としていることを理解する必要があります。作業するときは、設定を脇に置き、次のガイドラインに従う必要があります。あなたはあなたが快適に働くことができるならあなたが働く人や会社を課しますが、それがあなたに課すものであれば他にはありません。