@kkwa56188 这个设置自从系统安装完成后从未调整过，都是默认设置。

从写字板的渲染情况来看，鉴于两者的渲染效果完全相同，应该可以认为两个系统的 ClearType 默认设置都是一样的、正在生效的渲染设置也是相同的。

@G900 哈，真相了

@fkdog 另外，我在 Win10 的时候就测试过非整数倍缩放，发现只有旧版应用程序（也就是不支持自动缩放——亦即不支持 DPI awareness——的那些）才会“字体会有发虚的情况”，较新的程序已经可以适应非整数倍缩放，字体可以正确渲染，而不是强行放大再缩小那种。

今年上半年也有人遇到类似的问题，后来发现是火绒导致的：
https://www.v2ex.com/t/844789

或许可以按照这个思路排查下已安装的软件

@zed1018 刚刚右键打开了下，这效果真的……
WinUI 3 的界面用着中文宋体，怎么看都觉得怪怪的

@YamatoRyou
@ooxxcc

可以看看新增的附言，并没有安装 MacType

@fkdog 然而我的放大倍数是整数倍，Windows 10 和 Windows 11 都是 DPI 200%，而且更神奇的是，Windows 11 并非所有区域都有这个 Bug ，其他地方比如选项卡、标题栏都一切正常。

@superrichman 为了一目了然，附言加上了写字板的情况，因为这样可以把显示效果、字体名称、字号大小、系统版本全都在一张图列出来，结果发现写字板的显示一切正常

最简单的测试：iperf （还有 iperf3 ）

例如，路由器上面开一个 iperf3 -s -p 54321 ，然后在外面连过去试试 iperf3 -p 54321 -c IP 地址

我用软路由的其中一个原因是因为我这边的 IPv6 的前缀分配很奇怪。

我目前有两条广东电信的宽带，都是同城，只不过一个在中心城区西侧，另一个在中心城区东侧。
东侧那条宽带比较正常，哪怕我不指定前缀长度，分配给我的 IPv6 地址前缀基本上都是 /60 ，以前还出现过分配 /56 。
而西侧那条宽带就很奇怪，只要我不指定前缀长度，它就一定给我分配 /64 ，导致没办法进一步自动划分子网。于是我只好用软路由发送前缀长度提示，这样才能让该区电信给我分配 /60 的前缀（在软路由内我是设置成发送 /56 的提示，目的是让该区电信设备给我返回此线路支持的最短前缀）

@VZMZZZ
@viberconnection
除了“免费 ARP”，还有另一个没那么怪的称呼：无故 ARP

当然了，最精准的应该还是维基百科采纳的通用翻译：无回报 ARP （这个翻译也能 google 得到相关资料）

确实最好还是针对每个 arch 以及每个 libc / libstdc++ (libc++) 分别编译。

libc 不仅仅有 glibc ，还有 musl

这是大坑，尽管默认使用 musl 的发行版并不多

@Neur2n 还不至于复杂到需要文档的地步吧
目前位于 Readme 的介绍就是完整的功能介绍了，可以配置的选项都写在了表格内

@Neur2n udphop 并非一定要 VPS ，我自己就没把 udphop 放在 VPS 上，而是放在路由器（服务端模式）和自己的电脑（客户端模式）

@lly8666 前几天更新了静态链接版本，可以再试试

@pagxir
@ec0

好了，这下搞清楚原因在哪了，确实是 GCC 的锅。
我在 Debian 测试版运行了一次 apt upgrade ，把所有能够更新的都更新一遍，其中就包括 GCC 。我记得应该有两个月没更新过了。

升级完成后，原本 GCC 10 会失败的命令
c++ aes.cpp -I./include/botan-2 -lstdc++ -L:./lib/ -lbotan-2 -static
在最新版 GCC 12.2.0-9 一次性成功

至于是什么 bug 就懒得查了。我只能说，GCC 真不是省油的灯。

Debian 10 、11 、最新的测试版，试了我很多次，都是一堆 undefined reference ，心累

@pagxir 首先可以肯定的是，botan 库在编译的时候已经附带 index 的选项，这是 Botan 自己生成的 makefile 开头：
CXX = g++
LINKER = $(CXX)
AR = ar
AR_OPTIONS = crs
PYTHON_EXE = /usr/bin/python3


为了简单起见，就以我给 Botan 作者贴出的 aes.cpp 做编译。

第一次，用 Debian 自带软件包管理器安装出来的 Botan：
c++ -lbotan-2 -I/usr/include/botan-2 -lstdc++ -lpthread aes.cpp
c++ -I/usr/include/botan-2 -lbotan-2 -lstdc++ -lpthread aes.cpp
c++ -I/usr/include/botan-2 -lstdc++ -lbotan-2 -lpthread aes.cpp
c++ -I/usr/include/botan-2 -lstdc++ -lpthread -lbotan-2 aes.cpp

c++ -static -lbotan-2 -I/usr/include/botan-2 -lstdc++ -lpthread aes.cpp
c++ -static -I/usr/include/botan-2 -lbotan-2 -lstdc++ -lpthread aes.cpp
c++ -static -I/usr/include/botan-2 -lstdc++ -lbotan-2 -lpthread aes.cpp
c++ -static -I/usr/include/botan-2 -lstdc++ -lpthread -lbotan-2 aes.cpp
c++ -static -I/usr/include/botan-2 -lstdc++ -lpthread aes.cpp -lbotan-2

以上命令全部失败，undefined reference 一堆。唯一成功的就是作者给出的命令
c++ -I/usr/include/botan-2 -lstdc++ -lpthread aes.cpp -lbotan-2
这样会编译出动态库版本，而不是静态库版本。

接着用我下载 Botan 源码手动编译的版本：
c++ -L:./lib/libbotan-2.a -I./include/botan-2 -lstdc++ -lpthread aes.cpp
c++ -I./include/botan-2 -L:./lib/libbotan-2.a -lstdc++ -lpthread aes.cpp
c++ -I./include/botan-2 -lstdc++ -L:./lib/libbotan-2.a -lpthread aes.cpp
c++ -I./include/botan-2 -lstdc++ -lpthread aes.cpp -L:./lib/libbotan-2.a

c++ -static -L:./lib/libbotan-2.a -I./include/botan-2 -lstdc++ -lpthread aes.cpp
c++ -static -I./include/botan-2 -L:./lib/libbotan-2.a -lstdc++ -lpthread aes.cpp
c++ -static -I./include/botan-2 -lstdc++ -L:./lib/libbotan-2.a -lpthread aes.cpp
c++ -static -I./include/botan-2 -lstdc++ -lpthread aes.cpp -L:./lib/libbotan-2.a

以上命令依旧全部失败，仍然还是 undefined reference 一大堆。

GCC 的版本：
$ c++ --version
c++ (Debian 10.2.1-6) 10.2.1 20210110
Copyright (C) 2020 Free Software Foundation, Inc.

上面那个好像失效了，再放一个：
https://temp.sh/CAfSj/botan2.19.3.log