WSL2 を導入すると、思った通り Windows10 は仮想マシン上で動作した(と思う) - Qiita
WSL2 と Hyper-V と Parent partition 現在では多くの方が自分のPCにWSL2(Windows Subsystem for Linux 2)をインストールし、Windows上でLinuxライフを満喫しているのではないかと思います。 さてさてマイクロソフトさんからWSL2の発表があった時､それを伝えていた記事の中に「WSL2はHyper-Vの技術を利用する」という旨の文言がありました。それ以来ずーっと疑問に思っていたのが､ 「Hyper-Vを使うなら､ホストOSとなるWindows10は仮想マシン上で動くんだよなぁ。性能低下とか起きないのかな??」 ということです。 そもそもHyper-Vというハイパバイザは"Type-I型"と称される仮想化方式を採用していて､ホストOSが仮想マシン上で動作するはず...。Hyper-V界隈の単語で表現すると､ホストOSは"Par
「Visual Studio Code」で「WSL 2」上のリモートコンテナを使用するには、Microsoftが解説
「Visual Studio Code」で「WSL 2」上のリモートコンテナを使用するには、Microsoftが解説：Windows 10でDocker Desktop Stableを効果的に活用する Microsoftは2020年7月1日（米国時間）、「Visual Studio Code」（VS Code）で「WSL 2」（Windows Subsystem for Linux 2）にあるリモートコンテナを使用する方法を「Visual Studio Code Blog」で紹介した。 WSL 2は、Microsoftが2020年5月にリリースした「Windows 10 バージョン2004」（May 2020 Update）に標準搭載された。Dockerも2020年5月に、バックエンドとしてWSL 2をサポートした「Docker Desktop for Windows」（Docker De
WSL2 Docker が PC のディスクを圧迫する - Qiita
概要 WSL2 バックエンドの Docker では、コンテナやボリューム、イメージを削除しても、ホスト (Windows) のディスク容量が解放されない。 原因 WSL2 は一度確保したディスクをホストに返さないらしい。Issue が上がっている: WSL 2 should automatically release disk space back to the host OS · Issue #4699 · microsoft/WSL 確認 雑に確認してみる。 Docker のディスクファイル (%LocalAppData%\Docker\wsl\data\ext4.vhdx) のサイズを確認する。 WSL2 バックエンドを作成したばかりのまっさらな状態: > docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE > dir Direc
WSL2によるホストのメモリ枯渇を防ぐための暫定対処 - Qiita
5/27にWindows 10 2004 Updateが正式リリースされて、それに伴いWSL2もWindows Insider Preview版を使用しなくても利用可能となりました しかしWSL2を使用してるとVmmemというプロセスのメモリ使用量が増加し続けて、Windowsホストのメモリが枯渇してしまう問題があります。そしてこの問題は正式リリース後も解消されず残っています。 NOTE: Windowsホストで動いているVmmemプロセスで「WSL2のHypver-V仮想マシン全体が消費＆確保しているCPUとメモリ」を確認できるという大雑把な理解でOKです。 microsoft/WSLのIssueは１年近くOpenのままとなっており、Microsoft側も問題を認識して取り組んでいるものの未だに根本対処されていません。 本問題のアップデート情報 (2023/07/04更新) 本問題に関す
WSL2とHyper-Vの関係 - Qiita
PR 2020年もWSL Advent Calendar作りました。 WSL2をインストールして使うときの注意点もよろしくお願いします。 tl;dr WSL2はHyper-Vのコア機能であるHyper-Vアーキテクチャと、それを利用したHyper-Vコンテナーの上に実現されている。それらはWindows 10 Homeでも利用可能なので、WSL2にProは不要。 MSのFAQから引用 WSL 2 は Hyper-v を使用しますか? Windows 10 Home で使用できるようになりますか。 WSL 2 は、WSL が現在利用可能なすべての Sku (Windows 10 Home を含む) で利用できます。 最新バージョンの WSL は、Hyper-v アーキテクチャを使用して仮想化を有効にします。 このアーキテクチャは、"仮想マシンプラットフォーム" のオプションコンポーネントで使
Windows Subsystem for Linux 2のNTFSソフトリンク対応 (1/2)
現在プレビューが進められている20H1（Windows 10 Ver.2003）に含まれるWSL2（Windows Subsystem for Linux 2）は、仮想マシンベースでLinuxカーネルを動かすものだ。 Windows 10に搭載されているWSL（以下WSL1と略す）は、Linuxカーネルがなく、Linuxのカーネルファンクションコールは、すべてWindowsカーネル（NTカーネル）のファンクションコールに変換されいた。このため、Windows側の機能はほとんど問題なく利用できた。 これに対して、WSL2では、仮想マシン内部でLinuxカーネルがそのまま動作している「ほぼLinux」であるため、Windowsの持つ機能にアクセスするためには、さまざまな対応が必要になる。こうした問題の1つがNTFS上のソフトリンク（シンボリックリンクやジャンクション）への対応である。Windo
「WslFs」はWindows Subsystem for Linuxでのファイルシステムを置き換える存在!? (1/3)
Windows Subsystem for Linuxのファイルシステムには VolFsとDrvFsの2つがある WSLには、2つの独自のファイルシステム「VolFs」と「DrvFs」がある。前者は、ディストリビューションがインストールされるファイルシステムで、Linuxのメインのファイルシステムに相当する。名称は「Volume File System」の意味と思われるが、最近のWSLでは、「lxfs」と表記される。後者は、WSL内からWindowsのNTFSにアクセスするためのもので「Drive File System」の略と思われる。 wslconfig.exeの「/upgrade」オプションは、VolFsをアップグレードするためのものだ。実行は簡単で、WSLが起動していないときにディストリビューション名を指定して実行すればよい（ディストリビューション名は「/list」オプションで表示
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
完全な互換性と改善されたI/Oパフォーマンス ～Canonical、「Ubuntu」の「WSL 2」対応を発表／すべての「Ubuntu」バージョンは「WSL 2」へのアップグレードが可能
「WSL 2」が正式リリース！ ～「WSL 1」とのメリットは？ 「Windows Terminal」にも注目【正式リリース間近！ 新機能・改善盛りだくさんの「Windows 10 May 2020 Update」】
「WSL 2」は「Windows 10 Home」でも利用可能 ～MicrosoftがFAQを掲載／「WSL 1」と「WSL 2」は切り替え可能で、当面の間併存