省份与运营商实测
目标运营商与路径经过的骨干网是两项不同数据。测量属于特定时间、节点与测试方向。查看线路手册
TcpQuality 1 · 195 项实测 · 2026-10-27 14:40:35
TQ IPv4 回程
| 省份 | 目标运营商 | 报告路径 | 延迟 ms | 重传 % |
|---|---|---|---|---|
| 河北 | 电信 | 163 | 55 | 0 |
| 河北 | 联通 | 4837 | 59 | 0 |
| 河北 | 移动 | CMI | 65 | 0 |
| 山西 | 电信 | 163 | 63 | 0 |
| 山西 | 联通 | 4837 | 62 | 0 |
| 山西 | 移动 | CMI | 58 | 0 |
| 辽宁 | 电信 | failed | 66 | 0 |
| 辽宁 | 联通 | 4837 | 63 | 0 |
| 辽宁 | 移动 | CMI | 71 | 0 |
| 吉林 | 电信 | 163 | 68 | 0 |
| 吉林 | 联通 | 4837 | 70 | 0 |
| 吉林 | 移动 | failed | 68 | 0 |
| 黑龙江 | 电信 | failed | 73 | 0 |
| 黑龙江 | 联通 | 4837 | 77 | 0 |
| 黑龙江 | 移动 | failed | 67 | 0 |
| 江苏 | 电信 | 163 | 54 | 0 |
| 江苏 | 联通 | 4837 | 49 | 0 |
| 江苏 | 移动 | CMI | 53 | 0 |
| 浙江 | 电信 | failed | 54 | 0 |
| 浙江 | 联通 | 4837 | 50 | 0 |
| 浙江 | 移动 | CMI | 48 | 0 |
| 安徽 | 电信 | 163 | 57 | 0 |
| 安徽 | 联通 | 4837 | 47 | 0 |
| 安徽 | 移动 | CMI | 52 | 0 |
| 福建 | 电信 | 163 | 64 | 0 |
| 福建 | 联通 | 4837 | 56 | 0 |
| 福建 | 移动 | CMI | 53 | 0 |
| 江西 | 电信 | 163 | 63 | 0 |
| 江西 | 联通 | 4837 | 47 | 0 |
| 江西 | 移动 | CMI | 46 | 0 |
| 山东 | 电信 | 163 | 64 | 0 |
| 山东 | 联通 | 4837 | 53 | 0 |
| 山东 | 移动 | CMI | 57 | 0 |
| 河南 | 电信 | 163 | 60 | 0 |
| 河南 | 联通 | 4837 | 51 | 0 |
| 河南 | 移动 | CMI | 50 | 0 |
| 湖北 | 电信 | failed | 46 | 0 |
| 湖北 | 联通 | 4837 | 45 | 0 |
| 湖北 | 移动 | CMI | 48 | 0 |
| 湖南 | 电信 | 163 | 53 | 0 |
| 湖南 | 联通 | 4837 | 54 | 0 |
| 湖南 | 移动 | CMI | 50 | 0 |
| 广东 | 电信 | failed | 49 | 0 |
| 广东 | 联通 | 4837 | 49 | 0 |
| 广东 | 移动 | CMI | 56 | 0 |
| 海南 | 电信 | failed | 53 | 0 |
| 海南 | 联通 | 4837 | 62 | 0 |
| 海南 | 移动 | CMI | 61 | 0 |
| 四川 | 电信 | 163 | 63 | 0 |
| 四川 | 联通 | 4837 | 65 | 0 |
| 四川 | 移动 | CMI | 62 | 0 |
| 贵州 | 电信 | 163 | 68 | 0 |
| 贵州 | 联通 | failed | 52 | 0 |
| 贵州 | 移动 | CMI | 55 | 0 |
| 云南 | 电信 | 163 | 73 | 0 |
| 云南 | 联通 | 4837 | 66 | 0 |
| 云南 | 移动 | CMI | 65 | 0 |
| 陕西 | 电信 | 163 | 53 | 0 |
| 陕西 | 联通 | 4837 | 57 | 0 |
| 陕西 | 移动 | CMI | 66 | 0 |
| 甘肃 | 电信 | failed | 52 | 0 |
| 甘肃 | 联通 | 4837 | 61 | 0 |
| 甘肃 | 移动 | CMI | 61 | 0 |
| 青海 | 电信 | failed | 67 | 0 |
| 青海 | 联通 | 4837 | 63 | 0 |
| 青海 | 移动 | CMI | 73 | 0 |
| 内蒙古 | 电信 | 163 | 60 | 0 |
| 内蒙古 | 联通 | 4837 | 55 | 0 |
| 内蒙古 | 移动 | CMI | 59 | 0 |
| 广西 | 电信 | failed | 63 | 0 |
| 广西 | 联通 | 4837 | 62 | 0 |
| 广西 | 移动 | CMI | 54 | 0 |
| 西藏 | 电信 | 163 | 62 | 0 |
| 西藏 | 联通 | 4837 | 81 | 0 |
| 西藏 | 移动 | CMI | 109 | 0 |
| 宁夏 | 电信 | 163 | 65 | 0 |
| 宁夏 | 联通 | 4837 | 63 | 0 |
| 宁夏 | 移动 | CMI | 65 | 0 |
| 新疆 | 电信 | failed | 52 | 0 |
| 新疆 | 联通 | 4837 | 59 | 0 |
| 新疆 | 移动 | CMI | 99 | 0 |
| 北京 | 电信 | 163 | 55 | 0 |
| 北京 | 联通 | 4837 | 52 | 0 |
| 北京 | 移动 | CMI | 53 | 0 |
| 天津 | 电信 | failed | 61 | 0 |
| 天津 | 联通 | 4837 | 54 | 0 |
| 天津 | 移动 | failed | 57 | 0 |
| 上海 | 电信 | 163 | 48 | 0 |
| 上海 | 联通 | 4837 | 51 | 0 |
| 上海 | 移动 | CMI | 49 | 0 |
| 重庆 | 电信 | failed | 65 | 0 |
| 重庆 | 联通 | 4837 | 61 | 0 |
| 重庆 | 移动 | CMI | 45 | 0 |
TQ IPv4 大包回程
| 省份 | 目标运营商 | 报告路径 | 延迟 ms | 重传 % |
|---|---|---|---|---|
| 河北 | 电信 | 163 | 56 | 0 |
| 河北 | 联通 | 4837 | 60 | 0 |
| 河北 | 移动 | CMI | 65 | 0 |
| 山西 | 电信 | 163 | 65 | 0 |
| 山西 | 联通 | 4837 | 61 | 0 |
| 山西 | 移动 | CMI | 57 | 0 |
| 辽宁 | 电信 | failed | 68 | 0 |
| 辽宁 | 联通 | 4837 | 62 | 0 |
| 辽宁 | 移动 | CMI | 72 | 0 |
| 吉林 | 电信 | 163 | 67 | 0 |
| 吉林 | 联通 | 4837 | 70 | 0 |
| 吉林 | 移动 | failed | 69 | 0 |
| 黑龙江 | 电信 | failed | 72 | 0 |
| 黑龙江 | 联通 | 4837 | 77 | 0 |
| 黑龙江 | 移动 | failed | 68 | 0 |
| 江苏 | 电信 | 163 | 53 | 0 |
| 江苏 | 联通 | 4837 | 49 | 0 |
| 江苏 | 移动 | CMI | 53 | 0 |
| 浙江 | 电信 | failed | 53 | 0 |
| 浙江 | 联通 | 4837 | 51 | 4 |
| 浙江 | 移动 | CMI | 49 | 0 |
| 安徽 | 电信 | 163 | 57 | 0 |
| 安徽 | 联通 | 4837 | 47 | 0 |
| 安徽 | 移动 | CMI | 51 | 0 |
| 福建 | 电信 | 163 | 65 | 0 |
| 福建 | 联通 | 4837 | 56 | 0 |
| 福建 | 移动 | CMI | 52 | 0 |
| 江西 | 电信 | 163 | 65 | 0 |
| 江西 | 联通 | 4837 | 48 | 0 |
| 江西 | 移动 | CMI | 47 | 0 |
| 山东 | 电信 | 163 | 64 | 0 |
| 山东 | 联通 | 4837 | 52 | 0 |
| 山东 | 移动 | CMI | 56 | 0 |
| 河南 | 电信 | 163 | 60 | 0 |
| 河南 | 联通 | 4837 | 51 | 0 |
| 河南 | 移动 | CMI | 50 | 0 |
| 湖北 | 电信 | failed | 48 | 0 |
| 湖北 | 联通 | 4837 | 44 | 0 |
| 湖北 | 移动 | CMI | 48 | 0 |
| 湖南 | 电信 | 163 | 57 | 0 |
| 湖南 | 联通 | 4837 | 54 | 0 |
| 湖南 | 移动 | CMI | 49 | 0 |
| 广东 | 电信 | failed | 47 | 0 |
| 广东 | 联通 | 4837 | 50 | 0 |
| 广东 | 移动 | CMI | 58 | 0 |
| 海南 | 电信 | failed | 54 | 0 |
| 海南 | 联通 | 4837 | 60 | 0 |
| 海南 | 移动 | CMI | 58 | 0 |
| 四川 | 电信 | 163 | 62 | 0 |
| 四川 | 联通 | 4837 | 62 | 0 |
| 四川 | 移动 | CMI | 62 | 0 |
| 贵州 | 电信 | 163 | 67 | 0 |
| 贵州 | 联通 | failed | 52 | 0 |
| 贵州 | 移动 | CMI | 56 | 0 |
| 云南 | 电信 | 163 | 73 | 0 |
| 云南 | 联通 | 4837 | 68 | 0 |
| 云南 | 移动 | CMI | 68 | 0 |
| 陕西 | 电信 | 163 | 53 | 0 |
| 陕西 | 联通 | 4837 | 58 | 0 |
| 陕西 | 移动 | CMI | 68 | 0 |
| 甘肃 | 电信 | failed | 52 | 0 |
| 甘肃 | 联通 | 4837 | 62 | 0 |
| 甘肃 | 移动 | CMI | 62 | 0 |
| 青海 | 电信 | failed | 66 | 0 |
| 青海 | 联通 | 4837 | 63 | 0 |
| 青海 | 移动 | CMI | 73 | 0 |
| 内蒙古 | 电信 | 163 | 60 | 0 |
| 内蒙古 | 联通 | 4837 | 55 | 0 |
| 内蒙古 | 移动 | failed | 58 | 0 |
| 广西 | 电信 | failed | 61 | 0 |
| 广西 | 联通 | 4837 | 61 | 0 |
| 广西 | 移动 | CMI | 54 | 0 |
| 西藏 | 电信 | 163 | 62 | 0 |
| 西藏 | 联通 | 4837 | 84 | 0 |
| 西藏 | 移动 | CMI | 109 | 0 |
| 宁夏 | 电信 | 163 | 67 | 0 |
| 宁夏 | 联通 | 4837 | 65 | 0 |
| 宁夏 | 移动 | CMI | 66 | 0 |
| 新疆 | 电信 | failed | 52 | 0 |
| 新疆 | 联通 | 4837 | 59 | 0 |
| 新疆 | 移动 | CMI | 100 | 0 |
| 北京 | 电信 | 163 | 55 | 0 |
| 北京 | 联通 | 4837 | 51 | 0 |
| 北京 | 移动 | CMI | 53 | 0 |
| 天津 | 电信 | failed | 61 | 0 |
| 天津 | 联通 | 4837 | 52 | 0 |
| 天津 | 移动 | failed | 62 | 0 |
| 上海 | 电信 | 163 | 47 | 0 |
| 上海 | 联通 | 4837 | 52 | 0 |
| 上海 | 移动 | CMI | 49 | 0 |
| 重庆 | 电信 | failed | 64 | 0 |
| 重庆 | 联通 | 4837 | 61 | 0 |
| 重庆 | 移动 | CMI | 44 | 0 |
TQ 单线程测速
| 省份 | 目标运营商 | 回程 Mbps | 去程 Mbps | 回程 ms | 去程 ms | 回程重传 % |
|---|---|---|---|---|---|---|
| 北京 | 电信 | 306.1 | 229.6 | 66 | 68 | 0.02 |
| 北京 | 联通 | 293.8 | 502.7 | 93 | 69 | 0.03 |
| 北京 | 移动 | 258.5 | 99.7 | 68 | 74 | 0.02 |
| 上海 | 电信 | 279.1 | 166.2 | 73 | 78 | 0.02 |
| 上海 | 联通 | 318.2 | 279.3 | 99 | 72 | 0.02 |
| 上海 | 移动 | 200.7 | 103.6 | 78 | 74 | 0.05 |
| 广东 | 电信 | 327.4 | 236.2 | 65 | 103 | 0.02 |
| 广东 | 联通 | 372.4 | 56.8 | 68 | 773 | 0.01 |
| 广东 | 移动 | 184.9 | 107.5 | 93 | 97 | 0.01 |
帖子正文
展开 NodeSeek 原帖记录
第一页评论 · 10 条
自动打3折9刀
TCP调优了吗。官方有参数
@coldsword #2 确实,一个月9刀还差不多。
@Laizer #4 别说,我担心真9刀卖
@prinze #3 参数能给一下吗?我再试试。镜像里面默认是开了bbr+fq的。我自己调了一下,iperf3拉了一下,速度也一般,而且现在还不是晚高峰。
@Laizer #6 cur=$(sysctl -n net.ipv4.tcp_congestion_control) if ! { case "$cur" in bbr?*) true ;; *) sudo modprobe tcp_bbr 2>/dev/null; grep -qw bbr /proc/sys/net/ipv4/tcp_available_congestion_control ;; esac; }; then echo "当前内核不支持 BBR,未做任何修改" else [ -e /etc/sysctl.d/omnitt-tcp.backup ] || for k in net.core.default_qdisc net.ipv4.tcp_congestion_control net.ipv4.tcp_wmem net.ipv4.tcp_rmem net.core.wmem_max net.core.rmem_max net.ipv4.tcp_notsent_lowat net.ipv4.tcp_mtu_probing net.ipv4.tcp_slow_start_after_idle; do echo "$k = $(sysctl -n $k)"; done | sudo tee /etc/sysctl.d/omnitt-tcp.backup >/dev/null sudo tee /etc/sysctl.d/99-omnitt-tcp.conf >/dev/null <<'EOF' # TCP 迷之调参 V6 · https://omnitt.com/ # 公平队列,为 BBR 提供发包节奏(pacing) net.core.default_qdisc = fq # BBR:不把丢包当作拥塞,有丢包的线路上仍保持高速 net.ipv4.tcp_congestion_control = bbr # 发送缓冲上限:随带宽与延迟连续变化,按内存预算封顶 net.ipv4.tcp_wmem = 4096 16384 138915348 # 接收缓冲上限:随带宽与延迟连续变化,按内存预算封顶 net.ipv4.tcp_rmem = 4096 131072 138915348 # 让显式设置 SO_SNDBUF 的程序也能用到同样的上限 net.core.wmem_max = 138915348 # 让显式设置 SO_RCVBUF 的程序也能用到同样的上限 net.core.rmem_max = 138915348 # 限制未发送数据堆积,降低应用层延迟 net.ipv4.tcp_notsent_lowat = 131072 # 仅在检测到 ICMP 黑洞时启用 MTU 探测 net.ipv4.tcp_mtu_probing = 1 # 长连接空闲后不重置拥塞窗口 net.ipv4.tcp_slow_start_after_idle = 0 EOF case "$cur" in bbr?*) sudo sed -i "s/^net\.ipv4\.tcp_congestion_control = bbr\$/net.ipv4.tcp_congestion_control = $cur/" /etc/sysctl.d/99-omnitt-tcp.conf ;; esac sudo sysctl --system >/dev/null dev=$(ip route show default | awk '{for (i = 1; i < NF; i++) if ($i == "dev") { print $(i + 1); exit }}') q=$(sysctl -n net.core.default_qdisc) root=$(tc qdisc show dev "$dev" root 2>/dev/null | awk 'NR == 1 {print $2}') if [ "$root" = mq ]; then [ "$(tc qdisc show dev "$dev" root | awk 'NR == 1 {print $3}')" = 1: ] && h=2: || h=1: sudo tc qdisc replace dev "$dev" root handle "$h" mq elif [ -n "$root" ] && [ "$root" != noqueue ]; then sudo tc qdisc replace dev "$dev" root "$q" fi conflicts=$(grep -sE '^[[:space:]]*(net\.core\.default_qdisc|net\.ipv4\.tcp_congestion_control|net\.ipv4\.tcp_wmem|net\.ipv4\.tcp_rmem|net\.core\.wmem_max|net\.core\.rmem_max|net\.ipv4\.tcp_notsent_lowat|net\.ipv4\.tcp_mtu_probing|net\.ipv4\.tcp_slow_start_after_idle)[[:space:]]*=' /etc/sysctl.conf) [ -n "$conflicts" ] && printf '注意:/etc/sysctl.conf 中以下设置会覆盖 V6,删除后执行 sudo sysctl --system:\n%s\n' "$conflicts" cc=$(sysctl -n net.ipv4.tcp_congestion_control) qd=$(tc qdisc show dev "$dev" 2>/dev/null | awk '$2 != "mq" {print $2; exit}') stale=$(ss -tni state established 2>/dev/null | grep -E '^[[:space:]]' | grep -cvw "$cc") echo "已应用:拥塞控制 $cc,网卡 ${dev:-?} 队列 ${qd:-未知};回滚命令见页面" [ "${stale:-0}" -gt 0 ] && echo "注意:$stale 条已建立的连接(含当前 SSH)仍用原算法;代理隧道等长连接需重启代理服务或重连后才生效" ver=; case "$cc" in bbr2) ver=v2 ;; bbr3) ver=v3 ;; bbr) [ "$(cat /sys/module/tcp_bbr/version 2>/dev/null)" = 3 ] && ver=v3 ;; esac [ -n "$ver" ] && echo "重要:当前为 BBR$ver(非主线内核自带的 BBRv1)。线路丢包超过约 2% 时它会主动降速,实际速度可能明显低于页面推算;本命令未更换算法或内核" fi
@ahdoawhfo #7 你怎么抢我功劳
@ahdoawhfo #7 你还真别说,我就是用的这个,这不巧了。
这是官方的,效果明显 cur=$(sysctl -n net.ipv4.tcp_congestion_control) if ! { case "$cur" in bbr?*) true ;; *) sudo modprobe tcp_bbr 2>/dev/null; grep -qw bbr /proc/sys/net/ipv4/tcp_available_congestion_control ;; esac; }; then echo "当前内核不支持 BBR,未做任何修改" else [ -e /etc/sysctl.d/omnitt-tcp.backup ] || for k in net.core.default_qdisc net.ipv4.tcp_congestion_control net.ipv4.tcp_wmem net.ipv4.tcp_rmem net.core.wmem_max net.core.rmem_max net.ipv4.tcp_notsent_lowat net.ipv4.tcp_mtu_probing net.ipv4.tcp_slow_start_after_idle; do echo "$k = $(sysctl -n $k)"; done | sudo tee /etc/sysctl.d/omnitt-tcp.backup >/dev/null sudo tee /etc/sysctl.d/99-omnitt-tcp.conf >/dev/null <<'EOF' # TCP 迷之调参 V6 · https://omnitt.com/ # 公平队列,为 BBR 提供发包节奏(pacing) net.core.default_qdisc = fq # BBR:不把丢包当作拥塞,有丢包的线路上仍保持高速 net.ipv4.tcp_congestion_control = bbr # 发送缓冲上限:随带宽与延迟连续变化,按内存预算封顶 net.ipv4.tcp_wmem = 4096 16384 138915348 # 接收缓冲上限:随带宽与延迟连续变化,按内存预算封顶 net.ipv4.tcp_rmem = 4096 131072 138915348 # 让显式设置 SO_SNDBUF 的程序也能用到同样的上限 net.core.wmem_max = 138915348 # 让显式设置 SO_RCVBUF 的程序也能用到同样的上限 net.core.rmem_max = 138915348 # 限制未发送数据堆积,降低应用层延迟 net.ipv4.tcp_notsent_lowat = 131072 # 仅在检测到 ICMP 黑洞时启用 MTU 探测 net.ipv4.tcp_mtu_probing = 1 # 长连接空闲后不重置拥塞窗口 net.ipv4.tcp_slow_start_after_idle = 0 EOF case "$cur" in bbr?*) sudo sed -i "s/^net\.ipv4\.tcp_congestion_control = bbr\$/net.ipv4.tcp_congestion_control = $cur/" /etc/sysctl.d/99-omnitt-tcp.conf ;; esac sudo sysctl --system >/dev/null dev=$(ip route show default | awk '{for (i = 1; i < NF; i++) if ($i == "dev") { print $(i + 1); exit }}') q=$(sysctl -n net.core.default_qdisc) root=$(tc qdisc show dev "$dev" root 2>/dev/null | awk 'NR == 1 {print $2}') if [ "$root" = mq ]; then [ "$(tc qdisc show dev "$dev" root | awk 'NR == 1 {print $3}')" = 1: ] && h=2: || h=1: sudo tc qdisc replace dev "$dev" root handle "$h" mq elif [ -n "$root" ] && [ "$root" != noqueue ]; then sudo tc qdisc replace dev "$dev" root "$q" fi conflicts=$(grep -sE '^[[:space:]]*(net\.core\.default_qdisc|net\.ipv4\.tcp_congestion_control|net\.ipv4\.tcp_wmem|net\.ipv4\.tcp_rmem|net\.core\.wmem_max|net\.core\.rmem_max|net\.ipv4\.tcp_notsent_lowat|net\.ipv4\.tcp_mtu_probing|net\.ipv4\.tcp_slow_start_after_idle)[[:space:]]*=' /etc/sysctl.conf) [ -n "$conflicts" ] && printf '注意:/etc/sysctl.conf 中以下设置会覆盖 V6,删除后执行 sudo sysctl --system:\n%s\n' "$conflicts" cc=$(sysctl -n net.ipv4.tcp_congestion_control) qd=$(tc qdisc show dev "$dev" 2>/dev/null | awk '$2 != "mq" {print $2; exit}') stale=$(ss -tni state established 2>/dev/null | grep -E '^[[:space:]]' | grep -cvw "$cc") echo "已应用:拥塞控制 $cc,网卡 ${dev:-?} 队列 ${qd:-未知};回滚命令见页面" [ "${stale:-0}" -gt 0 ] && echo "注意:$stale 条已建立的连接(含当前 SSH)仍用原算法;代理隧道等长连接需重启代理服务或重连后才生效" ver=; case "$cc" in bbr2) ver=v2 ;; bbr3) ver=v3 ;; bbr) [ "$(cat /sys/module/tcp_bbr/version 2>/dev/null)" = 3 ] && ver=v3 ;; esac [ -n "$ver" ] && echo "重要:当前为 BBR$ver(非主线内核自带的 BBRv1)。线路丢包超过约 2% 时它会主动降速,实际速度可能明显低于页面推算;本命令未更换算法或内核" fi
拉完了