适用于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.
