Microsoft MVP であり Canonical のエンジニア マネージャーでもある Hayden Barnes 氏は、Windows が Linux 上のエミュレーション レイヤーになるかもしれないというオープン ソース開発者たちの夢に対する非難を一蹴しました。
オープンソース ソフトウェアの支持者である Eric S Raymond 氏は先月末、Windows 開発は「Microsoft がやりたくないこと」であると述べ、Windows Subsystem for Linux (WSL) などを賞賛して、問題の核心を突いた。
Barnes 氏は WSL と長年関わりがあり、Windows 10 用の Pengwin Linux 環境の立役者の 1 人でした。Pengwin 自体は WLinux のブランド変更であり、Microsoft Build デモでそのような悪ふざけが明らかになる前は、Linux GUI アプリを Windows 10 (X クライアントが必要) に導入するという巧妙なトリックがありました。
バーンズ氏は、マイクロソフトが Windows OS の中核を Linux カーネルに移行するという考えを「オープンソースと Linux 支持者の長年の夢物語」として否定し、そのような動きが起こる可能性が非常に低いのは製品上および単純なエンジニアリング上の理由からだと説明した。
主な問題は、単純に互換性の問題です。マイクロソフト自身も、顧客を別のプラットフォームに移行させようと試みましたが、互換性の問題で過去には失敗に終わりました（そう、Windows RTのことです）。主力製品であるSurface Pro X 2-in-1でさえ、Windows on Armのアプローチがまだ64ビットWindowsアプリケーションをサポートしていないことが一因で、苦戦を強いられています。
マイクロソフトは来月、Linux向けウェブブラウザをリリースします。繰り返しますが、マイクロソフトはLinux向けブラウザをリリースします。そして、それはGoogleの技術を採用しています。
続きを読む
このようなリベースを可能にするレベルの互換性を実現するには、「Wineへの修正の提供だけでは不十分だ」とBarnes氏は説明した。WSLを現在のレベルにまで引き上げた経験から、互換性を最大限に高めるには、翻訳レイヤーから仮想化LinuxカーネルをWindowsに追加するという飛躍が必要だった。すべてのWin32 APIとシステムコールに必要なレベルの互換性を実現しようとするのは、途方もない作業となるだろう。
「マイクロソフトが所有する Linux 上の SQL Server に NT 関連の互換性レイヤーを提供することと、何百万もの他の開発者のアプリケーションにそれを保証することは別の話だ」とバーンズ氏は述べた。
また、NT カーネルが享受している膨大な数のドライバについては、それを Linux に移植すると何百万ドルものコストがかかるだろうと Barnes 氏は見積もった。
さらに、WindowsをLinuxにリベースすることは、カーネルの単一化が定着した場合、皮肉なことに競争を阻害する可能性がある。Chromiumに固執するブラウザの世界を少し見れば、そこに潜む危険性を垣間見ることができるだろう。
バーンズ氏は、昔のようなデスクトップ OS 戦争のない、複数のオペレーティング システムが共存する未来を思い描いていると述べた。「Windows か Linux かという選択ではなく、Hyper-V か KVM のどちらを最初に起動するかという選択になるでしょう」
実際、より興味深いのは、WindowsがLinuxに移行するという誤解というよりも、Microsoftがどれだけの秘密をオープンソース化するつもりなのかという点です。多くのWindowsコンポーネント（ターミナルなど）は既にオープンソース化されており、今後の方向性を見れば、さらに多くのコンポーネントがそれに追随するでしょう。
一方の OS がもう一方の OS を押しつぶすという長年の夢を、過去数十年間私たちが懸念してきたことの棚に戻すべき時が来ている。
「しかし、重要なポイントは、オープンソースが勝利したということだ」とバーンズ氏は語った。®
