首先只有包转发率，并没有什么小包转发率。
其次家庭网络关注包转发率没啥意义，又不是核心网骨干网。
太多商家带节奏了，卖软路由的鼓吹千兆科学，卖硬路由的鼓吹包转发率。
其实都是扯淡。

@powergx 意思传输错误是内存出错的锅吗？但就算是非 ECC ，复制个几 T 文件就坏十几个，这概率有点高啊。

@chenxytw 希望能通过 BIOS 设置抢救一下……毕竟高负载下还是正常的。

@cathiabi 日志没记录到有价值的东西。是本机传输，每个硬盘是单独的文件系统。

@min
@cev2 所以说还是 CPU/内存的嫌疑比较大么。

@233373 哈哈，笔误。

launchctl
brew services

等这批 XP 时代过来的遗老在网上没声音了就没必要了。

SLAAC 。当上游前缀改变时，符合规范的路由器会同时广播失效前缀和新的前缀，下游设备可以无缝切换。而用 DHCPv6 的话，就算租期设定的很小，断网时间始终还是存在的。

以前似乎有过，但现在应该已经修好了。

最近一次更新系统挂掉还是十多年前玩 Arch 的时候，何况还有云备份。

既然比较对象是 M1 和 x86 ，那应该指的是 CPU 编码性能，怎么都在说硬解。

要么过滤掉 AAAA 和 Type65 解析，要么 REJECT Port 443 ，要么 IPv6 NAT ，VPS 没 v6 的话就套个 WARP ，都很简单。

按应用分流这个真不行，只能按域名、IP 等规则分流。

US 有更多连续信道的原因吧。

@AllenHua 还可以再进一步，通过 DHCP Option 252 下发 PAC 托管 URL 。

可以定向优化，比如一条 BT 一条上网，一条国内一条国外之类的，想更深入的叠加优化是很难的而且提升也很小，不值得。

一楼什么鬼？ OpenWrt 是目前对 IPv6 支持非常好的选择，吊打很多人吹捧的 RouterOS 。

从 IPv6 开始在国内部署就一直在关注，刚开始是 VLAN 隔离给 NAS 用，后来是在路由器上做一些处理单独给某些设备分配 IPv6 地址，到现在 2022 年已经不需要什么额外措施了。
应该还是有一点，主路由最好用最新版 OpenWrt ，这是目前对 IPv6 支持最好的。

B 站用的那些便宜 CDN 就别要求太高了。

@He11o
电信家宽的 QoS 哪有什么高峰低谷，全天都是几 KB 然后出错，明显就是人为限制故意恶心用户的。