前言

项目需要在 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 远程开发环境操作被转发过来的设备。

近日在自己的电脑上成功安装了ArchLinux，与原来的Windows10组成了双系统。但是两个系统的时间却不是统一的，如果在ArchLinux上设定了正确的时间，Windows上就是错误的，在Windows上设定了正确的时间，Linux上就是错误的，正好相差8小时。查阅资料后得知这是因为Windows与 Mac/Linux对系统硬件时间的处理方式不一样导致的。
Windows默认把系统硬件时间当作本地时间处理(就是UTC+8之类的已经加上时差的时间)，即操作系统中显示的时间跟BIOS中显示的时间是一样的。但Linux会把系统硬件时间作为UTC时间处理，在这个时间的基础上根据你选择的时区显示时间。
问题就在这里。两个系统都优先读取了硬件时间，之后从授时服务器获取了正确的时间，发现不对，就用各自的方法修改了硬件时间。于是我们重启更换系统时看到的时间就不同了。
这个问题有两种解决办法，第一种是让Linux系统不把读取到的硬件时间当作UTC处理，另一种是让Windows系统把读取到的硬件时间当UTC处理。我使用的是第二种。
首先进入Windows系统，之后以管理员身份运行一个CMD，输入以下内容:

Reg add HKLM/SYSTEM/CurrentControlSet/Control/TimeZoneInformation /v RealTimeIsUniversal /t REG_DWORD /d 1

Enter执行。这个语句的作用是修改注册表，让Windows系统把读取到的硬件时间当UTC处理。
重启电脑，以后你在Linux和Windows下看到的时间应该就一致了，除非你在两个系统设定了不同的时区。

TCP BBR（Bottleneck Bandwidth and Round-trip propagation time）是由Google设计，于2016年发布的拥塞算法。以往大部分拥塞算法是基于丢包来作为降低传输速率的信号，而BBR则基于模型主动探测。该算法使用网络最近出站数据分组当时的最大带宽和往返时间来创建网络的显式模型。数据包传输的每个累积或选择性确认用于生成记录在数据包传输过程和确认返回期间的时间内所传送数据量的采样率。该算法认为随着网络接口控制器逐渐进入千兆速度时，分组丢失不应该被认为是识别拥塞的主要决定因素，所以基于模型的拥塞控制算法能有更高的吞吐量和更低的延迟，可以用BBR来替代其他流行的拥塞算法，例如CUBIC。Google在YouTube上应用该算法，将全球平均的YouTube网络吞吐量提高了4%，在一些国家超过了14%。

总而言之，TCP BBR是谷歌出品的TCP拥塞控制算法，可以起到单边网络加速的作用，特别是对于延迟较高，有丢包的链路。从Linux Kernel 4.9起，就加入了该算法，但是CentOS7默认的内核还停留在3.10.0，想要享受BBR带来的加成，必须更新内核才可以。

升级内核

查看当前内核版本:uname -r
如果大于4.9可以直接进行下一步，不过你想要更新版本的内核可以继续。
为了更新内核，我们需要增加一个 ELRepo 源。
添加 ELRepo GPG key：
rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
添加 ELRepo 源：
rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
为了获取最快镜像，可以安装fastestmirror插件：
yum install yum-plugin-fastestmirror
现在就可以安装安装最新Kernel了：
yum --enablerepo=elrepo-kernel install kernel-ml
等待安装完成后，切换至刚安装好的新版内核：
grub2-set-default 0
重启之后，可以通过uname -r查看当前内核版本，应该是高于4.9的。

切换为BBR算法

在/etc/sysctl.conf加入以下内容：

net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr

使设置生效：sysctl -p
查看是否成功设置：

sysctl net.ipv4.tcp_available_congestion_control #查看可以用的拥塞控制算法
sysctl net.ipv.tcp_congestion_control #查看现在使用的拥塞控制算法

两个返回值都应包含bbr
检查BBR是否运行：lsmod | grep tcp_bbr
返回值有tcp_bbr即可

现在，BBR算法就生效了，享受它带来的提升吧。

注意事项

值得注意的是，OpenVZ架构的VPS无法直接使用BBR算法。但办法还是有的，只要善用搜索引擎。
还有，BBR不是魔法，无法突破物理带宽限制。