「WSL 2のLinuxカーネル、Windows Update経由での配布に変更へ」記事へのコメント

WSL2って

[Anonymous Coward]

なんか他のバーチャルマシン系とそれほど違いを感じないような。WSL1のとき、Windowsカーネルで処理してますと聞いたときは素直に驚いたのだが…

Re:

[Anonymous Coward]

WSL1 は Cygwin や Linux における Wine のように API をエミュレートしてるだけだったから。

CygwinとWSL1の違い

[matarillo (12702)]

エミュレートのレイヤーは違いましたね。CygwinはあくまでWindowsサブシステム上で動くものだから、バイナリーはPE（exe/dll）だし、エミュレーションはCygwin1.dllが担当して、いわゆるWin32APIを呼び出してます。一方でWSL1のエミュレーションはWindowsサブシステムやWin32APIをすっ飛ばして、もっとNTカーネルに近いところで行われているので、LinuxのELFバイナリーをそのまま動かすことができます。

Re:

[Anonymous Coward]

確かカーネルスレッド構造体内のあるフラグを見てシステムコールのマップを切り替えていました。
なのでユーザ空間からはLinuxと同じに見えるように実装頑張っていました。

Re:

[Anonymous Coward]

このやたら難儀な仕組み維持するの結局諦めちゃうのかな
サブシステムっていうには…ユーザーライド上で動いてるし…なんだこれ

Re:

[Anonymous Coward]

https://forest.watch.impress.co.jp/docs/news/1240999.html [impress.co.jp]
先のことは解りませんがWSL1も維持するようです

Re:

[Anonymous Coward]

相互実行できるのが違うかなー。WSL上のファイルをWSL上でvscodeコマンドを叩いてWindows側のVS Codeで開けるし。一応、かなりいろんな面白技術は投入されてるよ。Plan9プロトコルとかマイクロVMとか。

でも、APIエミュレーションのWSL1のが技術的に興味深いのは分かる。

Re:

[Anonymous Coward]

そもそもWindowsもハイパーバイザーの上で動いているのでWSLを仮想マシンというならWindowsも仮想マシンなのでは。

Re:

[Anonymous Coward]

動いてないよ(動かすことはできるけど)

Re:

[Anonymous Coward]

Win8 以降に入ったクライアントHyper-Vってのは、Hyper-V機能を有効にするとホストOSも Hyper-Vの上で動く設定に変わるんだよ。
Hyper-V関連のどれかの機能を有効にしたら、漏れなくハイパーバイザの上で動く状態になるのだから、Pro使ってる人の多くはそうなってそうだけどな。

Re:

[Anonymous Coward]

動いてない=Hyper-V無効
動かすことができる=Hyper-Vを有効にする
VMware ESXiサーバーと一緒だろ。OSの標準機能というだけで