原文地址: http://www.mocihan.ml/archives/267/
昨天我升级系统到 Windows 10 Insider Preview Build 18945,折腾了一天多 WSL2,目前基本可用了,以一个普通用户的角度总结下 WSL 和 WSL2 的区别。
主要从功能、性能两个方面简单说下 WSL2 和 WSL 相比的优势和劣势。本来想单独列下易用性,但发现都可以在功能和性能上体现出来。
因为 WSL2 是跑在虚拟机中的完整 Linux,所以功能方面要比 WSL 强大一些。从目前的版本看,至少能做到如下这些 WSL 做不到的事情(并没有全部核实,可能有出入):
功能方面的劣势,主要是和本机系统(即 Windows 宿主机)整合相关的。
其中 2 和 3 后续都可能优化,技术上没有难题。
但 WSL2 的文件系统镜像可以直接使用 Hyper-V 挂载(可以一个镜像两用,不能同时运行),这样功能比 WSL2 要强一些(比如有显示系统、网卡管理、串口设备支持、受限的本机硬盘直通等等),但还是有一些功能缺失。
性能方面,WSL 和 WSL2 各有优势。如果不和本机系统交互,WSL2 的性能非常不错,但访问本机系统的文件会下降很多。
其中 1 也许可以大幅优化,2 之后很可能会优化。
总体说功能上变得更强大了,但和本机系统交互的相关功能有所减弱,用起来没有之前方便了。性能上如果不需要和本机系统交互,提升很显著,但如果需要读写本机系统硬盘的文件,性能下降很明显。
我会继续更新原文。
在 User Experience Changes Between WSL 1 and WSL 2 中有这样一点:
Cross OS file access speed will be slower in initial preview builds
You will notice slower file speeds compared to WSL 1 when accessing Windows files from a Linux application, or accessing Linux files from a Windows application. This is a result of the architectural changes in WSL 2, and is something that the WSL team is actively investigating on how we can improve this experience.
我想文件系统互访问速度后续会有优化。
另外这个连接有一些实用内容(比如镜像文件空间不足的处理方法)。
用 bc 计算下 PI,运行了多次后选择比较稳定的最后三次:
WSL
% echo "scale=6000; 4*a(1)" | time bc -l
3.14...
bc -l 29.39s user 0.02s system 99% cpu 29.470 total
bc -l 29.28s user 0.00s system 99% cpu 29.399 total
bc -l 29.20s user 0.05s system 99% cpu 29.381 total
WSL2
% echo "scale=6000; 4*a(1)" | time bc -l
3.14...
bc -l 29.61s user 0.00s system 99% cpu 29.615 total
bc -l 29.56s user 0.00s system 99% cpu 29.559 total
bc -l 29.57s user 0.00s system 99% cpu 29.572 total
差别不大,WSL2 稍微慢一点。
1
hronro 2019-07-30 20:37:12 +08:00
貌似楼主只比较了 IO 性能?不知道在密集计算上,二者的性能有何差异
|
3
undeflife 2019-07-30 20:55:58 +08:00 1
https://devblogs.microsoft.com/commandline/whats-new-for-wsl-in-insiders-preview-build-18945/
18945 已经支持 localhost 访问 wsl2 里的服务了. |
4
12101111 2019-07-30 21:00:39 +08:00
CPU 性能 WSL2 有不到 10%的损失,WSL1 等于原生 Windows 或 Linux 性能.
WSL1 的 fork()性能很差 |
5
kidlj 2019-07-30 21:02:11 +08:00 via iPhone
有 systemd 吗?好奇。
|
7
Osk 2019-07-30 21:04:11 +08:00 via Android
感谢分享,但糟糕,是被劝退的感觉。。。
之前我开玩笑说 wsl 是用来算 hash 值的,结果这么久用下来,还真差不多。 wsl2 换成这种架构后,更没用的想法了,幸好 wsl1 不是直接被抛弃。。。 目前虚拟机用着还不错,如果微软以后允许在 Hyper-V 中通过 9p 直通文件系统给 guest 对于我来说这才是真香。。。 |
8
goreliu OP @kidlj 好像是可以折腾的,比如这个: https://github.com/arkane-systems/genie
|
9
Cooky 2019-07-30 21:09:30 +08:00 via Android 1
自己装个虚拟机得了…
|
10
goreliu OP @Osk 我也有一些失望吧(主要是通过 9p 访问大量小文件太慢了,严重影响体验,感觉应该是优化不到位,而不是技术局限),但总体还可以,我还是迁移过来了,另外留了一个 WSL 实例备用。
|
11
goreliu OP @Cooky 在很多方面还是比虚拟机方便不少的,比如可以直接调用 Windows 进程。它和 WSL 一致的地方我没有写,很多功能都保留了。
|
12
devtiange 2019-07-31 01:08:23 +08:00
感谢楼主的总结! 个人觉得这些劣势都不是什么大问题, WSL/WSL2 的定位应该就是一个本机开发环境, 比虚机更轻量一点. 如今 vscode 都能连进去写代码了, 和本机的文件交换也不是那么重要了.
|
13
anguiao 2019-07-31 01:27:39 +08:00 via Android
对我来说,本来也就是提供一个本地的*NIX 开发测试环境,性能什么的我倒不是特别在意,不要太离谱就行,也不会真的拿它来进行最终的部署。
无论 WSL 底层用的是什么技术,它和系统的整合程度都是第三方虚拟机无法比拟的。对 WSL 2,个人还是十分期待的。 最后想问一下楼主,20H1 有没有什么影响使用的 bug ?没有的话有点想尝鲜了。 |
14
alexfu 2019-07-31 01:51:46 +08:00 1
WSL2 和 proxifier 冲突被劝退。。
|
15
ericgui 2019-07-31 02:17:58 +08:00
我最近一直非常关心,怎样从 wsl 升级到 wsl2 ?
是否可以平滑升级? 我原先的设置,安装的开发环境,是否还都可以继续用? 请楼主解惑,谢谢! |
18
Love4Taylor 2019-07-31 07:05:31 +08:00
WireGuard 会导致 WSL2 无法连接网络, 只能暂时放弃 WSL2 了...
|
19
goreliu OP @ericgui 可以平滑升级,环境会完全保留。wsl.exe --set-version <Name> 2 就可以升级了,需要等待几分钟到几十分钟吧。wsl.exe --set-version <Name> 1 可以再降回去。
|
20
goreliu OP |
21
LokiSharp 2019-07-31 07:22:10 +08:00 via iPhone 1
告辞诉还不如直接用 vmware
|
23
Qzier 2019-07-31 08:20:34 +08:00 via iPhone
还有个问题,装了 wsl2 后就没法用 vmware 了。
|
24
dk7952638 2019-07-31 08:43:36 +08:00
WSL2 根本就是一次倒退和妥协
|
25
nullboy 2019-07-31 08:44:10 +08:00 1
这玩意真的有用?
|
28
sky101001 2019-07-31 08:49:37 +08:00
真希望 wsl 能支持 cuda
|
29
yjfuk 2019-07-31 08:54:18 +08:00
to run vmware vm:
bcdedit /set hypervisorlaunchtype off Restart To run hyper-v vm: bcdedit /set hypervisorlaunchtype auto Restart |
30
uleh 2019-07-31 08:54:20 +08:00
因为公司统一用麦咖啡,而麦咖啡和 WSL 犯冲,所以一直用的 hyper-v + vagrant,发现也挺好用的
|
31
fcten 2019-07-31 10:05:56 +08:00
对于我来说,WSL 满足大部分日常需求了,为了那剩下一小部分需求切换到 WSL2 不值得,有需要的时候开个虚拟机就行了。
|
32
ungrown 2019-07-31 10:37:10 +08:00 2
归根到底,WSL 不是刚需,以我的经验,直接上虚拟机,vbox 就挺好用的,发行版随便选,我现在用个 openwrt-x86 就能满足我的全部需求了,如果有更多需求,上 alpine,再不行直接上 ubuntu-mini。
虚拟机看似臃肿,实际上跑个小体积的 linux 根本不会对系统产生什么压力,那点负载和占用还不到 windows 的零头。而如此小的代价换来的是近乎实机的应用体验,根本没有 WSL 里面那些莫名其妙的破事。而且我还可以随时快照/复原/迁移。而本地本地网络上的 SSH / VNC 体验流畅无比,还要啥自( W )行( S )车( L )? |
33
testcaoy7 2019-07-31 10:39:07 +08:00
WSL2 会不会和 VMware 等虚拟机发生冲突?
|
34
yinjy 2019-07-31 10:41:57 +08:00
wsl2 是否像 wsl 那样要一直开着一个 wsl 终端才能用吗?
|
35
wly19960911 2019-07-31 10:43:59 +08:00
@yinjy #34 wsl 早就不用开着终端了. 你更新下系统就可以了
|
36
photon006 2019-07-31 10:44:16 +08:00 1
GPU 呢,WSL2 能用宿主机显卡做 machine learning ?
|
37
userdhf 2019-07-31 11:01:14 +08:00
安全问题呢?会不会有被黑的可能,然后通过 wsl 在宿主上各种搞?
|
40
goreliu OP @userdhf 把 /etc/wsl.conf 里的 automount 和 interop 关掉就和普通虚拟机差不多了,不再能访问宿主机。
|
41
lastone6210 2019-07-31 11:20:12 +08:00
WSL 和 VSCode 是让我近年来对 MS 好感飙升的玩意, WSL2 预告的时候我还挺期待的, 结果嘛...
我个人理解 WSL 受欢迎是给了开发者一个从 0 到 1 的解决方案, 不必为了某些 tiny function 而专门开个虚拟机, 而如果真的追求性能, 为什么不直接使用虚拟机甚至实机呢? WSL2 为了性能导致只能和 VMvare 二选一 有些得不偿失 |
42
LengthMin 2019-08-01 11:24:03 +08:00
wsl2 的 dns 就是 可访问 win 主机 ip:
cat /etc/resolv.conf | grep nameserver | awk '{ print $2 }' 参见: https://docs.microsoft.com/en-us/windows/wsl/wsl2-ux-changes#accessing-network-applications |
43
nullizer 2019-08-01 18:15:28 +08:00 1
只要依然魔改 init,那看都不会看一眼。我程序要用 systemd 怎么办?
|
44
cppgohan 2019-11-24 18:34:18 +08:00 1
proxifier + wsl2 现在还是凉凉
|
45
Bunnyranch 2020-05-30 10:06:14 +08:00
我在 WSL2 下只安装一个 smartDNS 跑起来也要费 300M 内存吗。。。
|
46
gaopinsong 2020-06-01 19:26:39 +08:00 1
估计微软也是知道 WSL2 的这个方案还有很大问题。所以没有直接废弃掉 WSL1 。还可以让你自行切换。
|
47
Cu635 2020-08-10 20:58:42 +08:00
还少说了一个:wsl2 对 ipv6 的支持不完整。
|
48
ruanimal 2021-03-29 17:39:54 +08:00
在 hyper-v 的虚拟机中,能挂载 9p 文件系统吗?
|
49
Elliota 2021-07-08 23:30:16 +08:00
配置弄高一点,搞个虚拟机不香吗
|