[控场AI]
产品Windows Subsystem for Linux 2

WSL2

微软推出的在Windows系统内运行完整Linux内核的技术,没有图形界面,程序员常用于运行开发工具链

核心事实

时间轴 (近 90 天)

10月24日

Docker Desktop 是 Windows/macOS 上的桌面封装,依赖 WSL2 或 Hyper-V 虚拟化,对较老的系统版本和 BIOS 设置挑剔,可能遇到兼容性问题。

待验证50%
10月18日

Ubuntu安装器支持22.04、24.04和26.04 LTS,涵盖桌面版、服务器版、云GPU实例、WSL2,以及基于Ubuntu的Linux Mint和Zorin OS(64位x86);运行方式为在终端中执行sudo bash ./Ubuntu_AI_Requirements_Installer.sh,关闭终端不会中断安装进程。

待验证50%
10月13日

云端API通常首Token延迟在200-500 ms,BitRun在WSL2上约130 ms已属可用。

已过期50%
10月13日

在Linux x86_64(WSL2/Ubuntu,AVX2)下,BitRun首Token延迟约130 ms,生成速度为40-45 t/s。

已过期50%
10月12日

在 WSL2 中运行工具可以借用 Linux 侧的沙箱能力,但代价是文件系统被拆成两套,路径映射、权限位和符号链接行为可能不一致

待验证50%
10月12日

实验机器配置为联想IdeaPad游戏本,Intel i7-10750H、16GB内存、搭载4GB显存的GTX 1650,在WSL2下运行PyTorch和CUDA

待验证50%
10月2日

捆绑运行时的主流实现方式包括嵌入轻量级容器引擎(如Podman无守护进程模式)、使用WebAssembly沙箱、或依赖平台原生虚拟化能力(如macOS的Virtualization.framework或Windows的WSL2)

待验证50%
10月1日

ODS在Windows上通过WSL2支持NVIDIA和AMD,在macOS上原生支持Apple Silicon(走Metal)

待验证50%
9月23日

WSL2 DXG 桥接方案通过 DirectX Graphics 内核桥接层访问 GPU,无需依赖传统的 /dev/kfd 设备节点

待验证50%
9月22日

Windows 用户如果需要 Claude Code 的完整沙盒,最好在 WSL2 里运行

待验证50%

还有 15 条时间轴事件

全部知识事实 (20)

已验证

Docker Desktop选择基于WSL2运行

80%
已验证

WSL2与WSL1不同,它运行完整的Linux内核,底层由Hyper-V轻量虚拟机驱动

80%
已验证

Magentic-UI部署需要Python 3.10+(推荐3.12)和Docker Desktop,Windows用户需配置WSL2

65%
已验证

WSL2安装需要Windows 10版本2004及以上或Windows 11

65%
待验证

WSL2的每个Linux发行版以ext4格式的虚拟硬盘文件(.vhdx)存储在Windows文件系统中,默认路径位于C盘的%LOCALAPPDATA%\Packages目录下

90%
待验证

Claude Code要求Node.js 18及以上版本,支持macOS和Linux操作系统,Windows用户需使用WSL2

90%
待验证

微软与英伟达合作开发了WDDM GPU虚拟化技术,允许WSL2内的Linux进程直接访问宿主机的GPU资源

85%
待验证

新版本新增了包含Unsloth Studio和JupyterLab的AMD ROCm Docker镜像,且ROCm镜像可通过WSL2的DXG桥接访问GPU

70%
待验证

WSL2的文件系统性能相比WSL1提升了20倍以上

70%
待验证

WSL2基于轻量级Hyper-V虚拟机实现,GPU虚拟化性能损耗通常低于5%

70%
待验证

Docker Desktop 是 Windows/macOS 上的桌面封装,依赖 WSL2 或 Hyper-V 虚拟化,对较老的系统版本和 BIOS 设置挑剔,可能遇到兼容性问题。

50%
待验证

Ubuntu安装器支持22.04、24.04和26.04 LTS,涵盖桌面版、服务器版、云GPU实例、WSL2,以及基于Ubuntu的Linux Mint和Zorin OS(64位x86);运行方式为在终端中执行sudo bash ./Ubuntu_AI_Requirements_Installer.sh,关闭终端不会中断安装进程。

50%
待验证

在 WSL2 中运行工具可以借用 Linux 侧的沙箱能力,但代价是文件系统被拆成两套,路径映射、权限位和符号链接行为可能不一致

50%
待验证

实验机器配置为联想IdeaPad游戏本,Intel i7-10750H、16GB内存、搭载4GB显存的GTX 1650,在WSL2下运行PyTorch和CUDA

50%
待验证

捆绑运行时的主流实现方式包括嵌入轻量级容器引擎(如Podman无守护进程模式)、使用WebAssembly沙箱、或依赖平台原生虚拟化能力(如macOS的Virtualization.framework或Windows的WSL2)

50%
待验证

ODS在Windows上通过WSL2支持NVIDIA和AMD,在macOS上原生支持Apple Silicon(走Metal)

50%
待验证

WSL2 DXG 桥接方案通过 DirectX Graphics 内核桥接层访问 GPU,无需依赖传统的 /dev/kfd 设备节点

50%
待验证

Windows 用户如果需要 Claude Code 的完整沙盒,最好在 WSL2 里运行

50%
待验证

WSL2的DXG桥接允许Windows Subsystem for Linux通过DirectX驱动访问宿主机GPU,绕过传统ROCm依赖/dev/kfd字符设备的路径

50%
待验证

在Windows上,Docker通过WSL2或Hyper-V来运行Linux容器

50%

来源文章