適用於Linux的Windows子系統（英語：Windows Subsystem for Linux，簡稱WSL）是一個為在Windows 10和Windows Server 2019以上能夠原生執行Linux二進制可執行檔（ELF格式）的相容層。
 在Windows 10上執行的Bash | |
| 其他名稱 | WSL |
|---|---|
| 開發者 | 微軟 |
| 首次發布 | WSL 1: 2016年8月2日 WSL 2: 2019年6月12日[1] |
| 目前版本 | 2.3.24（2024年10月6日[2]） |
| 原始碼庫 | github |
| 作業系統 | Windows 10, Windows Server 2019, Windows 11 |
| 前任 | Windows Services for UNIX |
| 類型 | 相容層（WSL 1）, 虛擬化（WSL 2） |
| 許可協定 | 子系統: 專有商業軟體; Linux核心: GNU GPLv2（僅）, 具有在相容GPL變體下或在寬鬆許可如BSD、MIT下的一些代碼 |
| 網站 | docs |
概覽
WSL1提供了一個由微軟開發的Linux相容的核心介面（不包含Linux核心代碼）[3]，然後可以在其上執行GNU使用者空間，例如Ubuntu，[4][5][6][7]openSUSE，[8]SUSE Linux Enterprise Server，[9][10][11]Debian[12]和Kali Linux。[13]這樣的使用者空間可能包含Bash shell和命令語言，使用本機GNU/Linux命令列工具（sed，awk等），程式語言直譯器（Ruby，Python等），甚至是圖形應用程式（使用主機端的X視窗系統）。[14]
WSL2基於Hyper-V技術，執行多個帶有GNU/Linux鏡像的虛擬機器，同樣可以實現WSL1的大多數功能，但擁有完整的Linux核心與對Systemd的支援。[15]
簡介和可用性
在周年更新中引入時，只有Ubuntu鏡像可用。秋季創意者更新將Linux發行版的安裝過程移至Microsoft商店，並引入了Fedora和SUSE鏡像。[11]
WSL在版本1607之後的64位元版本的Windows 10與Windows 11中可用。它也可在Windows Server 2019中使用。
發展
微軟首次嘗試在Windows上實現類似Unix的相容性，首先是微軟POSIX子系統，由Windows Services for UNIX通過MKS/Interix取代，後者最終因Windows 8.1的發布而被棄用。Windows Subsystem for Linux背後的技術起源於未發布的Astoria專案，它使一些Android應用程式能夠在Windows 10 行動版上執行。[16]它首先在Windows 10 Insider Preview build 14316中提供。[17]
雖然微軟以前的專案和第三方Cygwin專注於基於POSIX標準建立自己獨特的類Unix環境，但WSL的目標是原生Linux相容性。WSL不是將非原生功能包裝到Win32系統呼叫中，而是利用NT核心執行程式將Linux程式作為特殊的、隔離的最小行程（稱為「pico-processes」）作為專用系統連接到核心模式「pico-providers」。呼叫和例外處理程式不同於vanilla NT行程。[18]
微軟將WSL視為「主要面向開發人員的工具 — 尤其是Web開發人員以及在開源專案上工作或使用開源專案的人員」。[14]WSL使用的資源少於完全虛擬化的機器，這是在Windows環境中執行Linux軟體的最直接方式，同時還允許使用者在同一組檔案上使用Windows應用程式和Linux工具。[14]
2020年9月，WSL 2開始向Windows 10 Version 1903/1909和Windows 10 May 2020（20H1/Version 2004）的使用者推播。WSL 2支援GUI應用[19]。
設計
LXSS Manager Service是負責與子系統互動的服務（通過驅動程式lxss.sys和lxcore.sys），以及Bash.exe（不要與Linux發行版提供的Shell混淆）的方式啟動Linux行程，以及在執行期間處理Linux系統呼叫和二進制鎖。[20]
特定使用者呼叫的所有Linux行程都進入「Linux實例」（通常，第一個呼叫的行程是init）。關閉所有應用程式後，將關閉實例。
WSL 1的設計沒有硬體類比/虛擬化（與coLinux等其他專案不同），WSL直接使用主機檔案系統（通過VolFS和DrvFS）[21]和硬體的某些部分，例如網路（Web伺服器，用於例如，可以通過主機上組態的相同介面和IP位址進行訪問，並且對使用需要管理權限的埠或已經被其他應用程式占用的埠共享相同的限制），這保證了互操作性。[22]
即使從shell執行sudo，某些位置（例如系統資料夾）和組態的訪問/修改也受到限制。必須啟動具有提升權限的實例才能獲得「真正的sudo」並允許此類訪問。[14]
WSL 1 無法運行所有 Linux 軟體（如32位元二進制檔案）[23][24]或需要在WSL中未實現的特定Linux核心服務的軟體。由於WSL中沒有「真正的」Linux核心，因此無法執行核心模組（如裝置驅動程式），但是，WSL 2 使用即時虛擬化的Linux核心實例。可以通過在Windows（主機）環境（例如VcXsrv或Xming）[25]中安裝X視窗系統來執行一些圖形（GUI）應用程式（例如Mozilla Firefox），但是這種模式還存在一定的問題，例如缺乏音訊支援或硬體加速（導致圖形效能不佳）。儘管已經在計劃中，但是目前還沒有實現對OpenCL和CUDA的支援。[26][27]
也就是說，微軟明確指出WSL面向應用程式的開發者，而不是面向桌面環境或生產伺服器。微軟建議使用虛擬機器（Hyper-V或Kubernetes）和Azure來實現這些目的。[14]
在效能測試中，WSL 1通常接近原生Linux（如Ubuntu、Debian、Intel Clear Linux或其他Linux發行版）。在某些測試中I/O是WSL的瓶頸。[28] [29]
WSL 2 引入了體系結構中的更改。微軟選擇了通過高度優化的Hyper-V功能子集進行虛擬化，以便運行內核和發行版（基於核心），承諾效能相當於WSL 1，為了 向下相容，開發人員不需要更改其已發佈發行版中的任何內容。 WSL 2 設定可以通過 WSL 全域 設定組態進行調整，該組態位在使用者設定檔資料夾中名為.wslconfig的INI檔案。[30][31]
發行版本安裝在ext4格式的虛擬磁碟中，主機檔案系統可以通過9P 協定協定透明地訪問，[32] 類似於QEMU等其他虛擬機器技術。[33] 對於使用者，微軟承諾讀寫效能是WSL 1的20倍。[34] Windows提供一個IFS網路重新導向程式，使用UNC路徑首碼\\wsl$來訪問Linux客戶檔。
WSL 2 需要Windows 11,[35] 或Windows 10版本 2004 和更新版本(組建 19041 和更新版本)[36]
微軟聲稱重新設計的WSL 2後端在某些操作上的速度比WSL 1提高了20倍，[37]2020 年 6 月，使用 AMD Threadripper 3970x 進行了 173 次測試的基準測試顯示，WSL 2 （20H2） 效能良好，效能僅為本機 Ubuntu 20.04.0 LTS 的 87%。這是對WSL 1的改進，在此比較中，WSL 1的效能僅為本機Ubuntu的70%。[38]，WSL 2改善了I/O效能，提供了接近原生的水準。 在2020年5月，用Intel i9 10900K進行的69項測試比較顯示了幾乎相同的相對效能。[39] 在2020年12月，用AMD Ryzen 5900X進行的43項測試的基準顯示了WSL 2（20H2）的良好效能，其效能為原生20.04.1 LTS的93%。這比WSL 1有進步，後者在這種比較中只有73%。[40]
截圖
參見
- Azure Sphere
- andLinux
- Cooperative Linux
- Cygwin
- FreeBSD的Linux相容層
- 萬聖節檔案
- SmartOS
- Interix
- Wine
- Xenix
參考資料
外部連結
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
