前言

项目需要在 Linux 私有云虚拟机上开发，但因为是嵌入式项目，涉及到烧录固件之类的操作，之前都是在 Linux 系统上编译好固件，之后用 WinSCP 下载到作为终端的 Windows 笔记本上，把开发板或者模组接在在笔记本上用 J-Flash 烧录，比较麻烦。如果是在本机开发，可以直接用 VSCode 开发环境一键烧录，调试也会方便点。开发板与模组都通过 J-Link 接 USB 与电脑通讯，于是就在想能不能将其转发到 Linux 开发机。之前摸索了一段时间，研究出了下面这个可行的方案。
首先，从原理上讲，这个方案用的就是USB/IP。关于 USB/IP 技术就不做过多介绍了，一言以盖之就是将 USB 协议数据通过 IP 网络传输，感兴趣的话可以看下项目主页。

Windows 笔记本端

我在 Windows 上找到了两个可用的USBIP实现，usbip-win 和 usbipd-win。前者有客户端与服务端，但已经不再维护，且需要打开 Windows 的测试模式用于安装相关驱动，有一定风险，不过很多能在网上找到的老文章还在推荐它。我尝试了其服务端实现，但未能成功。后者仅有服务端，但是是微软官方文档推荐的将 Windows 上的 USB 设备转发至 WSL 的实现，且在持续更新，不过只支持 Windows 10 及以上系统版本。目前我们的需求只需要 Windows 笔记本端作为服务端，也就是向外提供 USB 设备的，最后我也选择了usbipd-win。
我的笔记本上的操作系统为 Windows 11 23H2。
首先前往项目官方仓库Release页面下载最新版本的 msi 安装包，并安装到 Windows 电脑上，有可能需要重启。
安装完成后，启动一个管理员权限的终端（CMD 或者 Powershell 都行），确定服务已启动：
sc.exe query usbipd
如果安装正常的话，STATE 应该是 RUNNING。
接下来将想转发的设备插入 Windows 设备的USB接口，有几个就接几个，用usbipd list命令列出所有设备。下面是我在电脑上接入JLink-OB与USB转串口设备后该命令的输出。

PS C:\Users\tian051011> usbipd list
Connected:
BUSID  VID:PID    DEVICE                                                        STATE
2-1    10c4:ea60  Silicon Labs CP210x USB to UART Bridge (COM7)                 Not shared
2-2    1366:0105  JLink CDC UART Port (COM8), J-Link driver                     Not shared
2-3    1532:009a  USB 输入设备, Razer Pro Click Mini                                Not shared
2-6    30c9:0057  Integrated Camera, Integrated IR Camera, APP Mode             Not shared
2-10   8087:0026  英特尔(R) 无线 Bluetooth(R)                                        Not shared

接下来使用usbipd bind命令设置你想要转发的设备，你需要用到上面这个列表里的 BUSID：

PS C:\Users\tian051011> usbipd bind --busid 2-1
PS C:\Users\tian051011> usbipd bind --busid 2-2

如果转发被正常设置了，命令执行之后你应该不会看到任何输出。这时候再次执行usbipd list命令，可以看到设备的状态已经变成了 Shared：

PS C:\Users\tian051011> usbipd list
Connected:
BUSID  VID:PID    DEVICE                                                        STATE
2-1    10c4:ea60  Silicon Labs CP210x USB to UART Bridge (COM7)                 Shared
2-2    1366:0105  JLink CDC UART Port (COM8), J-Link driver                     Shared
2-3    1532:009a  USB 输入设备, Razer Pro Click Mini                            Not shared
2-6    30c9:0057  Integrated Camera, Integrated IR Camera, APP Mode             Not shared
2-10   8087:0026  英特尔(R) 无线 Bluetooth(R)                                   Not shared

对特定设备的转发只需要设置一次，之后只要此设备连入，即可被转发。注意虽然我们设置转发时使用的参数是 busid，但并不是之后接入这个bus的设备就会被转发，程序不过是采用这个数据读取 VID 与 PID，被设置转发的只能是由这两个参数标记的某个设备。Windows 端的操作结束了。

Linux 服务器端

首先，你需要确保 Linux 服务器可以通过 IP 网络连接到 Windows 端，可以是通过局域网，也可以是 SSH 端口转发或者公网 IP（这种情况会有安全风险）。请将下文的192.168.123.123替换成你的 Linux 服务器访问 Windows 主机的IP。
Linux端的操作系统为Ubuntu 22.04.4 LTS (GNU/Linux 5.15.0-113-generic x86_64)。
首先需要安装usbip相关的软件包sudo apt install linux-image-extra-virtual linux-tools-generic hwdata
然后加载usbip相关的内核模块sudo modprobe vhci-hcd
最后就是将Windows端的设备转发到Linux服务器了sudo usbip attach --remote=192.168.10.16 --busid=2-1，有几个就转发几个。
如果全程没有出错，此时用lsusb命令就能看到被转发过来的设备了。

ubuntu@tian-server:~$ lsusb
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 012: ID 1366:0105 SEGGER J-Link
Bus 002 Device 011: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

之后就可以在你需要使用的应用中使用这个 USB 设备了，对于我来说，就是用 VSCode 远程开发环境操作被转发过来的设备。

背景介绍

不久之前，我在闲鱼上花差不多4000元收了一台带键盘与笔的初代Surface Pro X，它的配置为微软与高通合作“研发”的SQ1处理器（实际上就是855 Pro Max），加上8GB LPDDR4内存，还有一块卖家后加的1T BC711固态硬盘。作为一台2019年生产的飘洋过海而来的美版机子，它已经经历了至少三代主人，电池效率居然还剩95%，外观状态也还不错，可以说是非常划算了。
我从当年第一代Surface发布开始就想体验微软的硬件设备，如今算是终于圆梦了。Surface Pro X轻薄美观，让人爱不释手，无风扇设计让它运行时没有任何噪音，虽然是近3年前的设备但依旧反应敏锐，可以说是WoA标杆级设备。
Windows 11的Windows On ARM体验对我来说可以说是非常惊喜，这台轻薄便携的二合一很好的填补了我的设备空白。我想在这台设备上运行的软件都可以完美运行，本来不期望在这台设备上能很好运行的软件它也可以运行，虽然性能一般，但也完全足够了。W11对触摸的优化也是大大增强，各类触摸手势的加入极大地提高了它在被触摸使用时的便捷度。我最喜欢的手势是从任务栏往上滑调出程序菜单，这个手势直观且便捷。安装了合适的软件后，平板模式的它可以被手持娱乐，看点视频听点音乐，连接上键盘后可以用来敲代码、写文章，拿出笔来就可以手写笔记或者画点简单的画。这台设备已经完全替代了我的iPad Pro 10.5的生态位，并且由于Windows的开放系统，它做我想要做的事做的远比iPad更好。
以前用iPad Pro时，我会用iSH运行一些Linux软件。但是iSH作为一个转换Linux系统调用的模拟器，性能不佳，兼容性拉跨，大多数时候我还是把iPad当SSH终端连到服务器上运行软件。作为一台完整的Windows设备，在Surface Pro X上，我可以使用“真正”的Linux。虽然目前似乎无法直接安装Linux系统，但是可以使用WSL 2。我也期望Windows On ARM上的WSL加上WSLg还可以补足Windows ARM64生态不完善的问题，让ARM Windows用上更多“原生”软件。

WSL安装

根据微软的文档，ARM64设备上的WSL 2只能在Windows 10 2004或更高版本上运行，不过目前我手上的设备已经加入了Windows预览体验计划Beta通道，运行着Windows 11 22H2，肯定是满足要求的，假如你的设备还在运行旧系统的话，就可能需要注意一下了。
在2004版本之后的Windows上安装WSL很简单，只需要在有管理员权限的Shell里输入下面的命令，然后重启电脑就好了。
wsl --install
需要注意的是，这个命令默认会安装Ubuntu，如果你想自定义安装的发行版，可以用下面这几条命令。
wsl --install -d 发行版名称 ——安装指定发行版
wsl --list --online ——列出可用发行版
在我的网络环境下，列出可用发行版这一操作多次超时。当发行版列表终于加载出来后，我发现ARM64上的WSL发行版选择比较有限，只有Ubuntu。考虑到ARM Linux的社区建设情况，可选择发行版数量少也在情理之中。
于是，就只能安装Ubuntu了。
输入安装命令后，等待进度条跑完，会提示你进行重启。
重启后，终端会自动启动，并完成剩余的安装工作。之后跟随向导完成首次启动设定，Ubuntu的Shell会自动启动，安装完成。

WSL配置

在WSL安装完成后，我进行了基本的换源，设定语言，安装ohmyzsh等操作，让其更好用。
为了统一体验，我还安装了OpenInWSL工具，这是个很好用的工具，可以在Windows资源管理器里直接用WSL中的应用打开文件。你还可以把安装在Windows里的浏览器配置为WSL下默认打开的浏览器。

WSL体验

在Surface Pro X上使用WSL 2究竟是一种怎样的体验？答案很简单，就是使用Linux的体验——至少到现在为止，80%吧。将其用于基础的Linux开发是没有问题的，但一旦深入下去，总可能会遇上什么问题。比如说，到目前为止，高通还没给SQ系的GPU可以使用WSLg硬件加速的驱动，WSL上的GUI软件性能并不是很好。如果你使用的是x86的Windows笔记本，你可以通过装Linux双系统或者干脆把Windows系统干掉只用Linux来解决问题，但我们的Surface Pro X，以及至今为止所有“官方”的WoA设备，是无法做到这一点的。考虑到它是一台无风扇、续航也较长的漂亮电脑，我愿意做这些取舍，并期待未来微软对WSL 2的进一步维护。
总而言之，就至今为止的体验而言，它绝对无法成为一个重度用户的主力设备，但完全可以成为轻度用户的主力设备或重度用户的第二台设备。

近日购入一块512GB的NMVE SSD，打算替换笔记本上内置的128GB NVME SSD，不过由于笔记本上只有一个M2插槽，并且系统装在这个盘上，无法对拷，想要保留原系统，在不借助其他转接装置的情况下，只能给原系统做个镜像保存到笔记本原来的机械盘上，换好SSD后恢复。
听闻GHOST对NVME设备兼容性不佳，加上想尝试新工具，最后选择了DISM++作为备份工具。
然后问题就出现了。在我的系统上，DISM++备份极慢，2个小时还没备份好100GB数据的一半，最后甚至直接报错退出了。中途用任务管理器查看资源占用，发现DISM++写入磁盘的速度不超过1MB/s。
我以为是压缩的问题，于是禁用压缩，重新创建了一个镜像，可惜速度还是没有改善。于是我开始在互联网上以"DISM++ 备份速度慢"为关键词进行搜索，然而大多数人都说这是压缩的问题。
黔驴技穷之际，我想到DISM++也算是DISM的变种，于是开始搜索DISM相关的资料。
一位博主的教程引起了我的注意。
该文中提到：

注意：如果是在 Win8 系统中进行操作，备份时注意暂时关闭 Windows Defender，它要对整个备份文件进行扫描，其中 MsMpEng.exe 对 CPU 的占用有时高达 90% 以上，严重拖慢备份速度，有时甚至使备份时间延长十倍以上。

我使用的是Windows10系统，开启了Windows Defender。打开任务管理器一看，果然，MsMpEng.exe占用了10%的CPU，并且在不停读取机械盘。一边是DISM++在不停写入，一边是Windows Defender在不停读取，速度快才是见了鬼吧！
在设置中暂时禁用了Windows Defender的实时保护，速度果然快了起来，达到了100MB/s左右。没用1个小时，备份就结束了。
最后的问题：为什么DISM++这样使用广泛的软件，没有人真正发现问题所在呢？
可能是用DISM++这类“高级系统工具”的人，早就把Windows Defender彻底干掉了吧。