关于windows子系统2的信息

用Win10中的Linux子系统是怎么样的体验?wls1启动快,性能差,兼容性差 。
wls2启动慢 , 性能略好 , 兼容性略好 。
无论是1还是2都不支持图形,都无法直接访问硬件设备 。比如硬盘设备,比如显卡GPU等等 。
在使用体验上,就是阉割了图形,弱化了兼容性,并强化性能后的虚拟机 。
一开始新鲜,觉得还不错,遇到一两个BUG以后,就基本不用了 。还是真正的linux发行版更好 。
Win10中的Linux子系统安装:
1、开启开发人员模式 。在win10中使用linux子系统 , 需要开启“开发人员模式” 。依次打开【设置】--》【更新和安全】--》【针对开发人员】,勾选“开发人员模式”
2、打开【启用或者关闭windows功能】 。在【启用或者关闭windows功能】开启使用于“适用于linux的windows子系统” 。
PS:此界面在【控制面板】的【程序】界面中 。win10创意者更新之后,可以直接在搜索中输入“程序”,可以快速打开这个界面,开启windows功能需要重启,此处需要重启一次
3、安装linux子系统 。
电脑重启后,打开cmd,输入“bash”,此时提示需要从微软app商店下载ubuntu系统 。然后一路’yes‘ , 等待安装结束
4、安装linux完成后 , 在cmd或者power shell输入bash,就可以进入linux子系统了 。
最详尽教程完整介绍-Windows 的 Linux 子系统-WSL1&WSL2 必须启用“适用于 Linux 的 Windows 子系统”可选功能并重启,然后才能在 Windows 上运行 Linux 发行版 。
以管理员运行Powershell(开启WSL,如已开启可跳过)
WSL 1 和 WSL 2 之间的主要区别在于,在托管 VM 内使用实际的 Linux 内核、支持完整的系统调用兼容性以及跨 Linux 和 Windows 操作系统的性能 。
WSL2相比WSL1来说可以完美支持Docker 。与WSL1的模拟Linux API不同的是,WSL2采用在Hyper-V虚拟机中运行的方案 。可以说WSL2和原汁原味的Linux已经十分接近
不支持Docker的守护进程 , 但您可以使用 Docker CLI 连接到通过 Docker for Windows 或您创建的任何其他VM 运行的远程Docker守护进程
不能完全兼容systemctl, systemd等等 , IO速度相对原生Linux也是大打折扣,在编译和解压方面可以很深体会到 。毕竟不是真正的Linux,而是挂在Windows NT内核之上的仿Linux 系统
由于WSL 还不是原生的Linux,所以需要借助 Docker for Windows 来实现Docker(Docker for Windows 是基于Hyper-V 技术)
另外一种方式是 , 在WSL1中安装docker 客户端 , 连接 docker server, 来解决在WSL1上使用docker 的问题 。(PS: Win10 的Linux 子系统是装不了 docker (服务端)的 , 但是可以安装客户端)
参考
WSL2 是第二代 WSL,包含在2020年5月正式发布 Windows 10 v2004 版中 。相比第一代,新的 WSL2 重新设计了架构,使用真正的 Linux 内核,几乎具有 Linux 的所有完整功能 。启用WSL2的 Linux 系统启动时间非常快,内存占用很少,并且,WSL 2 还可以直接原生运行 Docker , VS Code 编辑器还有 Remote-WSL 插件,相对于完整的 linux 虚拟机只是不支持 systemctl、systemd,不能直接运行图形桌面 。Windows 也越来越向虚拟平台靠拢,Windows NT 内核和 Linux 内核都是运行在虚拟平台之上的 , 是平级的
如果发现VERSION为1,说明Ubuntu运行在WSL1下,可以升级到 WSL2 。同样,WSL2也可以降级到WSL1 。
wsl -l -v #查看已安装Linux版本和名称,完整命令格式:wsl --list --verbose
具体步骤参考 :
安装 WSL 2 之前,必须启用“虚拟机平台”可选功能
wsl --set-version Ubuntu 2 #升级到WSL2 , 其中 Ubuntu 是已经安装的Linux名称,命令格式:wsl --set-version Distro Version
启用WSL后,通过 \wsl$ 可以访问WSL文件
最初的WSL是在Windows之上模拟Linux内核,但是Windows和Linux之间存在如此基本的差异 , 以至于某些事情不可能以与本机Linux相同的行为实现,这意味着不可能直接在 WSL中运行 Docker Engine 和Kubernetes
在WSL1中,Docker Desktop通过Hyper-V虚拟机去运行docker环境的
升级到WSL2 之后,Docker Desktop 可以直接用 WSL2 , 直接运行在Linux 内核上了
通过如下设置,Docker Desktop就和WSL2分发版本进行了集成,无需在WSL中安装docker; 当然,也可以选择不与Docker Desktop集成 , 直接在WSL 中运行docker 容器 。
启用WSL后 , docker运行数据都在WSL发行版中,文件位置都只能由WSL管理
安装docker后,docker会自动创建2个发行版:
WSL发行版默认都是安装在C盘 , 在%LOCALAPPDATA%/Docker/wsl目录
docker的运行数据、镜像文件都存在%LOCALAPPDATA%/Docker/wsl/data/ext4.vhdx中
通过 WSL 2 集成,您仍然可以体验到与 Windows 的无缝集成,但在 WSL 中运行的 Linux 程序也可以执行相同的操作 。这对于从事面向 Linux 环境的项目或为 Linux 量身定制的构建过程的开发人员产生了巨大影响 。不再需要维护 Linux 和 Windows 构建脚本!例如,Docker 的开发人员现在可以在 Windows 上的 Linux Docker 守护程序上工作,使用与 Linux 计算机上的开发人员相同的工具和脚本集:
注:WSL2 Docker最爽的地方是和宿主机Win10共享network,我们在宿主机Win10使用localhost加端口号就可以访问Docker中对应container中的服务,十分方便
wsl #启动
wsl --shutdown #关闭所有正在运行的 Linux 和 WSL 2
启动 WSL2 之后,会在任务管理器中发现多了一个 虚拟机工作线程
访问wsl 文件
卸载发行版
有时候某个Linux发行版不再使用,或者是环境被搞坏需要重装,这时候我们可以卸载掉这个Linux发行版 。方法如下 。
WSL2 - Windows10才是最好的 Linux 发行版虽然偶有时间读了一些关于Windows10 Linux子系统的文章,但一直对于WSL2都没有个完整的概念 , 这几天抽时间把玩了一番,Windows10 WSL2,Ubuntu20 , Terminal,VSCode,Docker,这感觉,爽了,所以打算在这里找个犄角记录一番 。
首先,能想出来,并且能干出这种变态事情的也就只有MS了 。WSL2的主要目标就是运行一个完整的Linux内核,所以在架构上与WSL完全不同 。
从架构的变化来看,WSL2和Windows NT都运行在了虚拟硬件层之上 , 两个系统并列且独立 。所以理所当然的想到了两种玩法:
1.像之前的WSL一样,通过WSL命令实现互访 。
2.把Linux都看作虚拟机,通过网络互访 。
Win NT端的WSL命令运行在NT的用户模式下 , 依靠Linux Session Manager Service管理Linux子系统 。这个Manager Service会通过容器服务启动Linux子系统,并调用init启动bash,随后将bash交给WSL命令,从而实现了Win和Linux的命令交互 。因为Linux子系统的轻量特性,启动时间很短,用户不会感知到容器的启动过程 。
所以第一个玩法,自然是WSL命令 。
第二个玩法 , 当然访问Linux子系统中的文件 。对于这一点疑问还是比较多的 。首先,看一下WSL2的文件结构 。
WSL2采用了ext4文件系统,和传统的Hyper-V上玩Linux虚拟机没什么不同 , 最终都放在了虚拟硬盘文件中 。我并不确定Windows NT子系统是否能够在Hypervisor中获取这些硬盘文件,但即便能够访问,对于Windows子系统来说,从这个文件中提取Linux主机上保存的某个文件这样的事情也真的太过于复杂 。
一个简单的办法就是文件共享,毕竟这是最为成熟的解决方案 。但也许是复杂度的原因,MS并没有采用SMB协议,而是采纳了贝尔实验室的9P 。简单说,9P是为分布式操作系统设计的网络协议 , MS根据这个协议搞了一个子系统间的文件共享系统 。
根据MS的规则,\\WSL$\Linux子系统名称\文件path就可以访问Linux子系统中的文件了 。
既然Windows子系统和Linux子系统之间彼此独立,支持网络共享文件 , 那么也就是一定存在网络访问的方式喽 。
从上面的图可以看出,MS真的很大方,这个网络相当于16个C类网段 。怀念我的大学,这可能是仅剩的一点专业知识了 。也能看出,Linux虽然可以访问外网,但走的是WIndows子系统的转发 。那么外面该如何访问Linux呢?当然是Windows端口代理了: netsh interface portproxy add ……
MS实现了WIndows子系统中Localhost访问WSL2的能力(127.0.0.1不行),另外的坑就是WSL2的IP地址不能固定 。虽然MS做了很多努力,但把两个子系统的网络完全整合到一起是不大可能实现的事情,起码短期无法解决 。因为端口具有其特殊的含义,比如:22,443,80等等等等,而两个独立系统会有重叠的情况 。还有转发的各种规则,加上实际的网络远比理论要复杂很多,灵活运用才是正道 。
剩下的就交给想象力了 , 很多时候,解决网络实际问题依靠的就是某个时点的一次突发奇想 。
反过来说WSL2访问Windows就容易了很多,虽然架构图画的是平起平坐,但毕竟这个是Windows10,所以不会存在WIndows Session Manager Service这种东西 。于是一个9P几乎就全搞定了 。
像之前展示的WSL PWD命令结果那样,在Linux中观察Windows的文件路径是以/mnt/开始,之后是盘符,如C盘就是 /mnt/c/ , 之后是文件路径 。
这些玩法已经足以满足我的需求了,但并非WSL2的全部 。比如之前见过有人玩起来XServer,SSH等等,而对于我来说这样的脑洞解决不了我的任何的实际问题,也就懒得倒腾了 。和大多数人一样,我对WSL2的期待都围绕着Docker,省一个虚拟机,抛弃Docker Desktop , 让Docker运行在真正的Linux内核上 。WSL2 加上 Docker,Terminal 和 VSCode真的很魔幻 。
本文参考文档:


windows 子系统wsl2 占用内存过大的解决方案近期将本地开发环境配置到的wsl2子系统中,出现wsl之系统暂用宿主机内存过多,导致数组机卡顿,通过在网上查阅资料获得解决方案记录下来,以供它人参考
在当前用户目录下新建.wslconfig文件,我的路径是:C:Usersadmin.wslconfig
然后在文件中添加配置内容:
然后在window 终端 输入 wsl --shutdown 关闭wsl , 然后重启生效
processors 设置虚拟处理器数量
memory wsl 2占用系统内存上线,可根据实际情况配置
localhostForwarding=true设置在 Windows 中通过 127.0.0.1 或 localhost 访问 WSL2 服务
【关于windows子系统2的信息】windows子系统2的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于、windows子系统2的信息别忘了在本站进行查找喔 。

    推荐阅读