主 题：昨天受一个vmiss_TQ调优启发，我也来问ai为我调优了
发 布 者：爵士
标签分类： 日常
时 间：2026-07-31 01:47:43
内容预览：最近看到坛友分享美西服务器通过调整 TCP 缓冲区、队列算法来提升高延迟线路的单线程性能。原帖：https://www.nodeseek.com/post-847872-1 勾引我玩机，但是没有要到教程，今天有时间问了ai给我调的各位有技术的大佬，看看是否靠谱，ai给我搞的下面都是我让ai给我调了以后给我汇总，然后我粘贴过来的调优前的真实参数为什么已经开启 BBR 仍有优化空间适合 1GB VMISS 的参数带自动备份和一键回滚的完整脚本调优后的验证结果使用时需要注意的问题目前参数已经成功生效，后续有时间再补充相同时间、相同节点下的 TQ/NQ 前后测速对比。一、服务器配置这台机器的基本配置如下：系统：Debian 12内核：6.1.0-49-cloud-amd64CPU：1 核内存：约 1GBSwap：无默认网卡：eth0用途：Xray 代理入口线路：VMISS 三网优化/精品回程调优前，服务器已经开启 BBR：当前拥塞算法：bbr可用拥塞算法：reno cubic bbr系统默认队列算法：fqBBR 模块：已加载乍一看似乎已经没有什么需要调整，但继续检查后发现，实际情况并不完全是标准的 BBR + fq。二、调优前存在的问题1. 系统默认是 fq，但网卡实际运行的是 fq_codel调优前执行：tc qdisc show dev eth0得到：qdisc fq_codel 0: root refcnt 2 limit 10240p flows 1024 quantum 1514 ...也就是说：sysctl 默认队列：fqeth0 实际队列：fq_codelBBR 虽然已经启用，但实际网卡没有使用更适合配合 BBR pacing 的 fq。2. TCP 发送和接收缓冲区偏小调优前参数：net.core.rmem_max = 212992net.core.wmem_
直达链接： https://www.nodeseek.com/post-849671-1
发 布 者：爵士
标签分类： 日常
时 间：2026-07-31 01:47:43
内容预览：最近看到坛友分享美西服务器通过调整 TCP 缓冲区、队列算法来提升高延迟线路的单线程性能。原帖：https://www.nodeseek.com/post-847872-1 勾引我玩机，但是没有要到教程，今天有时间问了ai给我调的各位有技术的大佬，看看是否靠谱，ai给我搞的下面都是我让ai给我调了以后给我汇总，然后我粘贴过来的调优前的真实参数为什么已经开启 BBR 仍有优化空间适合 1GB VMISS 的参数带自动备份和一键回滚的完整脚本调优后的验证结果使用时需要注意的问题目前参数已经成功生效，后续有时间再补充相同时间、相同节点下的 TQ/NQ 前后测速对比。一、服务器配置这台机器的基本配置如下：系统：Debian 12内核：6.1.0-49-cloud-amd64CPU：1 核内存：约 1GBSwap：无默认网卡：eth0用途：Xray 代理入口线路：VMISS 三网优化/精品回程调优前，服务器已经开启 BBR：当前拥塞算法：bbr可用拥塞算法：reno cubic bbr系统默认队列算法：fqBBR 模块：已加载乍一看似乎已经没有什么需要调整，但继续检查后发现，实际情况并不完全是标准的 BBR + fq。二、调优前存在的问题1. 系统默认是 fq，但网卡实际运行的是 fq_codel调优前执行：tc qdisc show dev eth0得到：qdisc fq_codel 0: root refcnt 2 limit 10240p flows 1024 quantum 1514 ...也就是说：sysctl 默认队列：fqeth0 实际队列：fq_codelBBR 虽然已经启用，但实际网卡没有使用更适合配合 BBR pacing 的 fq。2. TCP 发送和接收缓冲区偏小调优前参数：net.core.rmem_max = 212992net.core.wmem_
直达链接： https://www.nodeseek.com/post-849671-1
