听取Diiamo的建议，给WP Panel面板的安装脚本新增了系统内核优化环节，安装完成后自动应用一套经过筛选的网络与内核调优参数（BBR+FQ、TCP缓冲、连接队列、文件描述符）。

优化项目一览

单核机器会跳过 BBR：学术研究发现，在 CPU 被宿主邻居抢占的单核 VPS 上，BBR 吞吐量可能不升反降。WP Panel 安装脚本会自动检测 CPU 核心数，单核环境下保留系统默认的 Cubic，不做强行替换。

什么是 BBR？

BBR（Bottleneck Bandwidth and Round-trip propagation time）是 Google 开发的 TCP 拥塞控制算法。Linux 内核默认的 Cubic 算法诞生于 2006 年，它的核心逻辑是"丢包 = 拥塞"，一检测到丢包就大幅降速。这在光纤普及、无线网络占主导的今天已经过时——丢包不一定是因为拥塞，可能只是无线信号波动或物理线路噪声。

BBR 不把丢包当作拥塞信号，而是持续测量网络的瓶颈带宽和往返时延，以此来控制发送速度。结果是：在有丢包但带宽充足的长距离链路上，BBR 的吞吐量远超 Cubic。

为什么必须搭配 FQ？

FQ（Fair Queue）是 Linux 内核的公平队列调度器。BBR 依赖精确的数据包发送节奏控制，如果不用 FQ 搭配，内核会退化为高精度定时器模式，每个连接都产生额外的 CPU 开销。两者必须同时开启。

BBR 在普通服务器上开箱即用吗？

不完全是。Debian 13 的内核已内置 BBR 模块（tcp_bbr），但默认不启用。需要手动写 sysctl 配置 + 加载内核模块。WP Panel 的安装脚本把这步自动化了。

对比测试

测试环境

特别说明：Vultr 的 Debian 13 镜像默认启用了 BBR。我们在 Cubic 组所在的机器上手动执行 sysctl -w net.ipv4.tcp_congestion_control=cubic 关闭 BBR 后进行对比。

低并发测试（2 线程 / 10 连接 / 30 秒）

两组服务器均运行相同的 WordPress 站点。测试机从国内发起 HTTPS 请求，模拟真实访客通过跨太平洋链路访问网站。

wrk -t2 -c10 -d30s https://bbr.wp-panel.org/
wrk -t2 -c10 -d30s https://nobbr.wp-panel.org/

为什么平均延迟更高，结果反而更好？

一个反直觉的数据点：BBR 组的平均延迟是 793ms，Cubic 组是 524ms。看起来 Cubic 更快？

实际上，跨太平洋链路存在不可避免的随机丢包。Cubic 把丢包当成拥塞信号，一旦丢包就砍半降速，降到底之后就超时放弃——测试中 41 个请求因此直接失败，没有被计入平均延迟统计。Cubic 的"低延迟"实际上是淘汰了慢请求后的幸存者偏差。

BBR 不把丢包当拥塞，继续保持稳定的发送节奏，几乎全部请求都顺利完成。367 次请求中只超时 1 次，成功率 99.7%。而 Cubic 的 313 次请求中失败了 41 次，成功率仅 86.9%。

换句话说：BBR 不是让每个请求跑得更快，而是让更多请求能跑完。

不要神化 BBR

测试中 BBR 在成功率上完胜 Cubic，但这不意味着开启 BBR 就能让网站脱胎换骨。

BBR 优化的是 TCP 传输层——也就是数据"怎么从服务器发出去"。它能做的上限，受制于服务器的硬件配置和网络带宽。一台 1 核 1G、10Mbps 带宽的 VPS，不管用什么拥塞控制算法，都不可能跑出 100Mbps 的效果。

真正决定网站体验的，按优先级排：

1. 硬件和带宽 — CPU 核心数、内存大小、网络带宽是物理天花板
2. 服务器整体优化 — Nginx 配置、PHP-FPM 进程管理、数据库索引、Redis 缓存、Swap 策略、文件描述符限制……WP Panel 安装脚本一次性覆盖了这些
3. TCP 拥塞控制 — 也就是 BBR，是锦上添花，不是雪中送炭

把 BBR 想象成变速器的调校——它能让发动机的动力更高效地传到轮子上，但如果发动机本身就是小排量，调校再好也跑不进 5 秒破百。

WP Panel 的系统内核优化模块把 BBR 设为默认，是因为它确定有益且零成本——不需要额外硬件、不需要额外付费、不需要维护。但它只是面板整体优化方案中的一环，不是全部。

单文件下载测试

curl -o /dev/null -w "%{speed_download}" https://****/twentytwentyfive/style.css

三次下载取平均（单位：B/s）：

小文件下载速度，BBR 平均快 8.8%。

总结

WP Panel 此次新增的系统内核优化，核心是将 BBR + FQ 作为默认的网络传输方案。对于 WordPress 站点来说，访客往往分布在不同网络环境中，跨地区、跨运营商的访问不可避免。BBR 在这种场景下的优势——不是让网站变快，而是让更多人能顺利打开。

如果你还没有启用 BBR，手动开启只需两行命令：

echo "net.core.default_qdisc=fq" >> /etc/sysctl.d/99-bbr.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.d/99-bbr.conf
sysctl --system
modprobe tcp_bbr

或者，直接使用 WP Panel 安装脚本，所有优化自动完成。