| 实测日期 | 2026-09-19 |
|---|---|
| 实测环境 | Ubuntu 24.04 · 1 核 1GB · DigitalOcean 旧金山 |
| 实测耗时 | 4 分 37 秒 |
| 需要操作 | 全程无需任何操作 |
bench.sh 运行命令
wget -qO- bench.sh | bashbench.sh 在国内服务器上能不能用
原命令在国内要看运气：实测运行 wget -qO- bench.sh | bash 之后 15 分钟没有任何输出，直到超时。bench.sh 这个短域名实际会跳转到 GitHub 上的脚本文件，当时 GitHub 连不上；命令又是静默模式、没有设超时，所以屏幕上一个字都没有。十几分钟后再测同一个地址又能正常打开——国内连 GitHub 就是这样时通时断。国内服务器的备用命令（本站实测可用）： wget -qO- https://testingcf.jsdelivr.net/gh/teddysun/across@master/bench.sh | bash 。它通过 jsDelivr 公共 CDN 取同一份脚本（本站比对过，内容与 GitHub 上的逐字节一致），同一台机器、同一天实测 7 分 13 秒完整跑完：硬盘 I/O 平均 287.3 MB/s，12 个测速节点里 10 个出了结果，苏州和宁波两个国内节点是 Test failed。bench.sh 运行时下载测速程序用的是 dl.lamp.sh 和 Speedtest 官方地址，不经过 GitHub，所以换了这条命令之后整个过程都不再依赖 GitHub。 国内服务器建议直接用本站的一键命令：它会自动识别国内机器并改走国内镜像安装，同一台机器实测 7 分 7 秒跑完全套。
bench.sh 适合什么情况
- 完全不想做任何选择的新手：粘贴、回车、等 4 分多钟
- 批量开机后的初筛：系统信息、硬盘、带宽有没有明显问题一眼可见
- 内存很小、跑不动 Geekbench 的机器
- 想知道回国线路好不好：它不测回程，12 个测速节点里只有 2 个国内节点，实测还都失败了
- 想知道流媒体解锁和 IP 质量：它不测这些
运行前准备
- 需要 wget。Ubuntu、Debian 默认已装；没有的话改用 curl -Lso- bench.sh | bash。
- 不强制 root，但 root 下信息最全。
- 到 12 个节点测速会消耗流量，月流量很少的机器不要反复跑。
bench.sh 运行过程：一步一步
第 1 步：粘贴命令回车
不会出现任何菜单或提问。脚本先打印系统信息，几秒钟就出来。
第 2 步：等硬盘测试
接着用 dd 连续写三次 1GB 文件，显示三次 I/O Speed 和平均值，大约半分钟。
第 3 步：等测速
最后依次到 12 个 Speedtest 节点测上传和下载，这是最耗时的部分。全部结束会显示 Finished in 和时间戳。
bench.sh 输出怎么看
实测输出节选
CPU Model : DO-Regular CPU Cores : 1 @ 2494.140 MHz AES-NI : ✓ Enabled Total RAM : 961.5 MB (298.2 MB Used) Virtualization : KVM Organization : AS14061 DigitalOcean, LLC ---------------------------------------------------------------------- I/O Speed(average) : 1024.0 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 1994.28 Mbps 7227.25 Mbps 1.31 ms Los Angeles, US 2005.60 Mbps 457.61 Mbps 9.48 ms Suzhou, CN Test failed Ningbo, CN Test failed Hong Kong, CN 1.59 Mbps 2.57 Mbps 161.92 ms Tokyo, JP 1053.29 Mbps 8034.00 Mbps 101.42 ms ---------------------------------------------------------------------- Finished in : 4 min 37 sec
| 看到的内容 | 含义 |
|---|---|
| CPU Model / Cores | CPU 型号和核心数。云厂商常显示自定义名称（如 DO-Regular），看不到真实型号属正常 |
| AES-NI / VM-x | AES-NI 显示 Enabled 对加密传输性能有帮助；VM-x 表示支持嵌套虚拟化 |
| Virtualization | KVM 是独立虚拟机；OpenVZ、LXC 是容器，资源隔离较弱 |
| I/O Speed | dd 顺序写入速度。低于 100 MB/s 偏慢，200–500 MB/s 正常，1 GB/s 左右是 NVMe。注意 dd 只测顺序写，看不出 4k 随机读写的超售情况 |
| Upload / Download Speed | 到各地 Speedtest 节点的速度。12 个节点里只有苏州、宁波 2 个国内节点，想看回国速度要另用三网测速脚本 |
| Test failed | 该节点测速失败。实测中苏州、宁波两个国内节点都失败了，这在海外机器上很常见，不代表机器有问题 |
bench.sh 适合快速确认"机器没大毛病"。要判断一台 VPS 对国内用户好不好用，还需要回程线路和三网测速的数据。
运行后会在系统里留下什么
实测结束后运行目录里没有留下任何文件，也没有安装常驻程序。
实测遇到的问题与处理
提示 wget: command not found
精简系统没有预装 wget。改用 curl -Lso- bench.sh | bash，或先执行 apt install -y wget（CentOS 系用 yum install -y wget）。
国内节点全部 Test failed
实测就是这样：苏州、宁波节点在海外机器上经常失败。这是节点对海外访问的限制，不是你的机器坏了。
测速一栏全部失败或为空
短时间内连续跑了多个测速脚本，被 Speedtest 限流。过几个小时再跑。
综合测试类脚本实测对比
下表的耗时和操作次数都是本站在同一批测试机上实测得到的，方便你按时间和省事程度来选。
| 脚本 | 实测耗时 | 需要操作 | 一句话 |
|---|---|---|---|
| 融合怪 (ecs) | 全套约 6 分钟（实测 6 分 4 秒 ~ 6 分 16 秒） | 官方命令需要选 2 次：语言、测试方案 | 最全面：硬件、三网测速、回程线路、流媒体与 AI 解锁、IP 质量、邮件端口一次测完 |
| bench.sh（本页） | 4 分 37 秒 | 全程无需任何操作 | 最经典：全程无需操作，看完 CPU、硬盘 IO 和全球下载速度 |
| NodeQuality | 15 分 49 秒（硬件选快速模式，其余默认） | 需要回答 4 次提问 | 沙箱无痕测试：硬件、IP 质量、网络质量、回程路由一次跑完，给出结果链接 |
| nench | 33–37 秒 | 全程无需任何操作 | 轻量老牌脚本：CPU、硬盘 ioping 和 dd、下载测速，半分钟出结果 |
| bench.monster | 1 分 15 秒到 1 分 19 秒 | 全程无需任何操作 | 按地区测速的综合脚本：系统信息、CPU、内存、硬盘，加 -China 测国内节点 |
运行任何一键脚本前的三条提醒
先读源码
一键命令是以 root 权限执行从网上下载的代码。本页给了项目源码地址，运行前先打开看一遍，确认它要做的事和你预期的一致。
不要连着跑多个测速脚本
多数脚本的测速部分都依赖 Speedtest。本站实测连续跑了几个之后被 Speedtest 官方限流，后面所有脚本的测速结果都是空的，一个多小时也没恢复。
耗时长的放进 screen
要跑十分钟以上的脚本，先执行 screen 或 tmux 再运行。SSH 意外断开时测试不会中断，重新连上用 screen -r 就能回到现场。
不想自己对照结果？
用本站的一键命令测一次，解读页会把线路档次、硬盘是否超售、IP 能不能用逐项写明白。
bash <(curl -sL https://vpscesu.com)