Microsoft は、オープンソース ソフトウェアとの関係において重要な一歩を踏み出しました。 発表するとき インクルード Windows Subsystem for Linux（WSL）がほぼオープンソース化。開発者コミュニティからのほぼ10年にわたる要望を受けて、同社はこのツールのコードを誰でも利用できるようにしました。これにより、従来の仮想マシンやデュアルブートを必要とせずに、Linux ディストリビューションを Windows 内で実行できるようになります。
10年のWindows 2016 Anniversary Updateの一部として最初にリリースされて以来WSL の開発はいくつかの段階を経てきました。これは、システム コールを変換することで Linux バイナリを実行できるようにする互換性レイヤー (WSL 1) として始まりましたが、互換性に関して顕著な制限がありました。 2年にWSL 2019が登場し、 軽量仮想マシンで動作する本物のLinuxカーネルは、パフォーマンス、互換性、および GPU、systemd、グラフィカル アプリケーションのサポートなどの新機能において大幅な改善をもたらしました。
ソースコードはすでに公開されている（ただしすべてではない）
これからは、WSL の核となる部分（特に WSL 2 とそのコアツールに関連する部分） GitHubのリポジトリから参照、変更、適応することができます。。これには、wsl.exe、バックグラウンド サービス、ネットワークやその他の主要な機能を管理する Linux 側のデーモンなどのユーティリティが含まれます。さらに、開発者は新しい機能を提案したり、バグ修正を送信したり、独自の利用可能なコードから WSL を構築したりすることもできます。
しかし、 すべてのコンポーネントが開かれるわけではない。省略されているものの中には、lxcore.sys (WSL 1 にのみ必要なカーネル コンポーネント) や、Windows と Linux (\wsl.localhost) 間のファイル システム リダイレクトに関係する P9rdr.sys および p9np.dll ファイルなどがあります。マイクロソフトは、これらの要素は Windows オペレーティング システムの不可欠な部分であり続けるため、少なくとも現時点ではリリースされないと考えています。
Windowsの更新サイクルとは別に加速された進化
WSLをオープンソース化するプロセス 内部再編が必要となった プロジェクトを Windows のメジャー バージョンに依存しないようにするため。 2021 年以降、WSL はスタンドアロン パッケージとして配布されるようになり、システムの通常の更新スケジュールに縛られることなく、より迅速な更新と新機能の統合が可能になりました。これにより、ユーザーやコミュニティのニーズに、より迅速に対応できるようになりました。
マイクロソフトは、 WSLの成功はコミュニティのサポートと貢献なしには実現できなかったでしょう。。コードがオープンソース化される前から、多くの専門家や愛好家が、問題を報告し、改善を提案し、ツールを最適化して、Windows と Linux の共存をさらにスムーズにすることで貢献してきました。
開発者は WSL で何ができるでしょうか?
WSL コードが公開されているので、関心のある人は誰でもサブシステムの動作を分析したり、独自のバージョンをコンパイルしたり、Microsoft に直接変更や改善を提案したりできます。可能性としては、マイナーなバグ修正から、Linux サービスとの統合を強化したり、パフォーマンスを最適化したり、WSL を特定のニーズに合わせてカスタマイズするための新機能まで多岐にわたります。
一方、プロジェクトの大部分を公開することで、Microsoft が公式サポートを停止した場合でも、コミュニティが代替バージョンの開発を継続できるようになります。
マイクロソフトは、貢献をどのように管理するか、また専用の監視委員会を設置するかどうかについては具体的には明言していないが、このオープンな姿勢は従来の考え方からの転換を示すものであり、オープンソースコミュニティとのよりオープンなコラボレーションに向けたレドモンドの巨人の取り組みを強化するものだ。
この動きにより、WSL の自律性とコラボレーションが強化され、愛好家や開発者がその進化に積極的に参加できるようになり、Linux と Windows の統合における革新と継続的な改善が促進されます。