VPS测速脚本终极指南 (2025)：精选6款大神级一键测试代码

刚剁手一台新 VPS，心里是不是七上八下，生怕性能拉垮，生产环境不敢直接上？

网上搜罗一堆 VPS 测速脚本，眼花缭乱，看着那些满屏滚动的代码，是不是头都大了，根本不知道哪个才靠谱？

别慌，这感觉我太懂了。

我，一个在服务器坑里摸爬滚打了 10 年的老鸟博主，花了整整 3 个月，把我手上所有机器，用市面上几乎所有的主流脚本，翻来覆去地交叉测试、对比验证。得出的结论就一句话：压根儿不用去追那些花里胡哨的“神秘脚本”，真正把几组主流、公开、大家都认可的 vps测速命令代码 吃透，就足够你应付 99% 的场景了。

这篇文章，就是为你准备的。

准备好了吗？让我们开始吧。

文章快速预览：VPS测速脚本怎么选？看这张表就够了！

我知道你很急，但你先别急。在你一头扎进代码的海洋前，我先给你一张“藏宝图”。下面这张表，是我从几十个脚本里为你精炼出的“特种兵”，覆盖了从快速摸底到专项深测的全部需求。赶时间的话，根据你的场景直接“对号入座”就行。

脚本名称 (Script Name)	核心功能	一句话点评	推荐使用场景	推荐指数
ecs.sh	综合性能 (CPU/IO/带宽/路由)	融合怪，新机到手第一枪，信息超全，帮你快速摸清一台VPS的底细。	新机快速摸底	★★★★★
91yuntest	综合性能 (国内节点丰富)	国人优化，测国内三网速度和回程路由尤其方便，结果清晰明了。	国内业务 / 建站	★★★★★
bench.sh	系统信息 + IO + 全球下载	老牌经典脚本，看硬盘 I/O 性能和到全球各大数据中心的速度非常准。	看重 I/O / 国际业务	★★★★☆
Superspeed.sh	专注国内三网测速	简单粗暴，别的不管，就是让你一眼看清VPS到国内各省市的真实速度。	专项测速 (国内网络)	★★★★★
testrace.sh	专注回程路由测试	VPS的线路好不好，是不是CN2/9929/4837，就靠它来“照妖镜”了。	判断线路质量	★★★★★
UnixBench	专注 CPU 性能跑分	想知道CPU是骡子是马？跑个分呗。这是专业的CPU“体检报告”，有说服力。	专项测速 (CPU性能)	★★★★☆

立即选购高性能VPS服务器

开篇：新 VPS 到手，先别忙着装环境

刚拿到一台全新的 VPS，是不是特兴奋？就像拿到新手机一样，总想第一时间把什么宝塔、LNMP、Wordpress一股脑全给它装上。

所以，在新 VPS 上手之后，第一件，也是最重要的一件事，就是——给它做个体检。

而我们今天聊的 vps测速命令代码，就是给 VPS 做体检的“听诊器”和“CT机”。

我知道，很多人一看到代码就头疼，觉得那是程序员才玩的东西。其实真不是！现在的大佬们早就把复杂的东西打包好了，做成了一键执行的脚本。你需要做的，仅仅是复制一行命令，粘贴到你的 VPS 终端里，然后按下回车。

就这么简单。

接下来的几分钟，电脑屏幕上会“唰唰唰”地滚过一堆眼花缭乱的字符，最后生成一份详细的“体检报告”。这份报告会告诉你，这台 VPS 的“心脏”（CPU）强不强，“肌肉”（磁盘I/O）壮不壮，“神经反应速度”（网络延迟）快不快，以及它到你家（国内三网）的“路”（回程路由）到底堵不堵车。

搞懂了这些，你才能真正驾驭它，而不是被它反过来折磨。所以，收起你那准备安装环境的双手，泡杯茶，跟着我，我们先从最基础的“望闻问切”开始。

先搞清楚，你到底在测什么？（测速逻辑总览）

在我们开始敲代码之前，必须先弄明白一个根本问题：我们用这些脚本，到底是在测个啥？

不然，你对着一堆花花绿绿的数据，什么 “I/O: 500 MB/s”、“CPU Bench: 1200”、“Ping: 180ms”，还是一头雾水，跟没测一样。这就好比医生给你一张体检报告，你不懂上面的“甘油三酯”、“总胆固醇”是啥意思，那这张报告对你来说就是一张废纸。

别怕，这事儿一点也不复杂。我们可以把一台 VPS 想象成一个“远程仓库”。

你想从这个仓库里存取东西（建网站、跑程序），它的服务好不好，无非就取决于四个方面：

搞懂了这四大块，你就抓住了 VPS 性能的核心。后面我们讲的 bench.sh、Superspeed、testrace.sh 这些脚本，其实就是在用不同的工具，去测量这四个维度的具体数值。

一台 VPS “好不好”，其实就看这 4 组指标

咱们再把上面那个比喻具体化，落到实际的参数上。当你运行一个综合测试脚本，比如 ecs.sh 或者 91yuntest，它输出的结果，基本都离不开下面这几样东西，你得学会把它们对号入座：

1. CPU / 内存 (管理员能力)

• 对应脚本输出：CPU Model (型号)、Cores (核心数)、Frequency (频率)、RAM (内存大小)、Swap (虚拟内存)，以及最重要的 UnixBench Score 或 Geekbench Score (CPU 跑分)。
• 解读：型号、核心、频率当然是越新越强越好，但最终我们更看重“跑分”，这是一个综合性能的体现。内存和Swap则是越大越能抗压。
• 1000 – 2000 分：这是“小康水平”。绝大多数个人站长的入门级 VPS 都在这个区间。跑几个 WordPress 网站，或者一个小型的 Discuz 论坛，是完全没问题的。这是性价比最高的区间。

2. 磁盘 I/O (仓库吞吐)

• 对应脚本输出：通常会有一段 I/O Test 或者 Disk Performance 的结果，后面跟着 xxx MB/s 的数值。
• 解读：这个数字，直接反映了你硬盘的读写速度。对于建站，尤其是 WordPress 这种需要频繁读写数据库的，I/O 性能差，后台都能卡到你怀疑人生。50MB/s 是及格线，300MB/s 算良好，500MB/s 以上就是优秀了。

3. 带宽 / 延迟 / 丢包率 (公路路况)

• 对应脚本输出：
  • 带宽：Speedtest、Download Speed 等板块，会显示到不同节点的上传 (Upload) 和下载 (Download) 速度，单位通常是 Mbit/s 或 Mbps。
  • 延迟/丢包：Ping Test 板块，会显示到不同节点的 Latency (延迟，单位ms) 和 Packet Loss (丢包率, %)。
• 解读：带宽当然是越大越好，但要注意商家标的带宽是“峰值”还是“保证”。延迟对于国内用户，到三网（电信、联通、移动）的延迟普遍低于200ms才算可用，低于100ms算优秀。丢包率理想情况必须是 0%，偶尔有波动也不能长时间高于1%。

4. 回程路由 (回家路线)

• 对应脚本输出：Traceroute、Backtrace 或者 Route Test 板块，会列出一长串IP地址和延迟。
• 解读：这部分最复杂，但也是判断线路质量的关键。你需要看这些IP地址经过了哪些骨干网节点。比如，看到一堆以 59.43 开头的IP，那恭喜你，大概率是走了宝贵的 CN2 优化线路，国内访问速度基本稳了。

现在，你脑子里是不是已经有了一张清晰的“性能地图”？别急，我们还没解决另一个经典问题。

为什么同一台 VPS，不同脚本结果会不一样？

这绝对是新手最容易犯迷糊的地方：“我用 bench.sh 测下载速度有 500Mbps，怎么换成 Superspeed 就只剩 100Mbps 了？是不是哪个脚本不准？或者这台 VPS 是个‘照骗’？”

交叉测试，形成“区间感”！

我的建议是，至少选择 2-3 个不同侧重点的脚本来跑。比如：

• 用 bench.sh 看看它的“理论极限性能”和到国外的速度。
• 用 Superspeed.sh 看看它对国内用户的“实际服务水平”。
• 再用 testrace.sh 看看它回国的“路线图”到底优不优秀。

综合这几份报告，你心里就会有一个非常立体的、动态的性能认知。你知道了它的上限在哪里，也清楚了它的下限是什么情况，这才叫真正的“吃透”了一台 VPS。

基础准备：登录 VPS + 安装依赖 + 脚本安全边界

在我们运行任何 vps测速命令代码 之前，得先做好三件“准备工作”，这就像大厨做菜前，总得先把食材洗好、刀具备好、灶台点着火一样。

这三步分别是：

1. 走进“厨房”：学会怎么登录到你的 VPS。
2. 备好“厨具”：确保 VPS 上有运行脚本需要的基础工具。
3. 看清“配方”：明白我们用的脚本是安全的，不是“黑暗料理”。

听起来挺唬人，其实操作起来，可能比你点一份外卖还要简单。

连上 VPS：只要能进命令行，就能测速

首先，你得能“进”到你的 VPS 里去。我们不是用浏览器访问，而是通过一个叫 SSH (Secure Shell) 的“秘密通道”，直接进入它的操作系统后台——那个只有字符、黑底白字的命令行界面。

别被“命令行”三个字吓到，把它想象成一个能直接跟服务器对话的“聊天窗口”就行。

你需要准备三样东西，你的 VPS 服务商在开通邮件里肯定都发给你了：

• 服务器的 IP 地址 (比如 123.45.67.89)
• 用户名 (绝大多数情况都是 root)
• 密码 (一长串复杂的，复制就行)

有了这三样“钥匙”，我们就可以用 SSH 客户端这个“开门工具”来登录了。

• 如果你是 Windows 用户：我强烈推荐使用 Xshell 或者 MobaXterm，这两个是免费又好用的专业工具。当然，你也可以用系统自带的 Windows Terminal 或 PowerShell。
• 如果你是 macOS 或者 Linux 用户：恭喜你，你什么都不用装！直接打开系统自带的“终端 (Terminal)”就行了。

操作步骤（以最通用的方式为例）：

1. 打开你的 SSH 客户端（比如终端）。
2. 输入下面这行命令，记得把 你的IP地址 换成你自己的：

   ssh root@你的IP地址

3. 按下回车。第一次连接，它可能会问你一个 (yes/no) 的问题，大胆输入 yes 再按回车。
4. 接着，它会提示你输入密码 (password)。你从邮件里复制密码，在窗口里右键单击（或者按 Shift+Insert），密码就会粘贴上去。注意：为了安全，你输入的密码是看不见的，连星号都没有！ 你只要确定粘贴上了，直接按回车就行。
5. 当你看到屏幕上出现类似 [root@hostname ~]# 这样的字样时——恭喜你！你已经成功进入了 VPS 的“驾驶舱”！

从现在开始，这台远在天边的服务器，就完全听你的指挥了。我们所有的测速脚本，都将在这个“聊天窗口”里执行。

为什么所有脚本都围绕 curl / wget / bash 转？

你可能会发现，几乎所有的一键脚本，命令格式都长得差不多，不是 wget ... | bash 就是 curl ... | bash。这串“咒语”到底是什么意思？

我们还是用点外卖来打比方，这行命令其实就是一句话的事儿：

“喂，外卖小哥 (curl 或 wget)，你去这个网址 (URL) 把菜单（脚本文件）取回来，别给我，直接交给厨房里的 bash 大厨，让他照着菜单立刻开火做菜！”

• wget 和 curl：它俩就是“外卖小哥”，是 Linux 系统里专门用来从网上下载东西的两个命令。功能上大同小异，wget 更纯粹，就是下载；curl 更全能，还能做很多网络请求，但在这里，你就把它俩当成一回事就行。绝大多数 VPS 都会默认安装其中一个，或者两个都有。万一没有怎么办？ 极少数精简版的系统可能没有，没关系，我们手动装一下。Debian / Ubuntu 系统用：apt update && apt install -y curl wgetCentOS 系统用：yum install -y curl wget
• bash：这位就是“大厨”了，它是 Linux 系统的命令解释器。你输入的每一行命令，下载的每一个脚本，最终都是由它来理解并执行的。
• 管道符 |：这个竖线，在 Linux 里是个神奇的“管道”，它的作用就是把前一个命令的输出结果，直接“喂”给后一个命令。所以 curl ... | bash 的意思就是，curl 从网上把脚本内容下载下来，不保存在硬盘上，而是通过管道直接实时传递给 bash 去执行。这样做的好处是干净利落，不留任何垃圾文件。

现在你再看那些一键脚本命令，是不是瞬间就觉得亲切多了？它不再是一串无法理解的乱码，而是一个清晰的、分工明确的流水线作业。

脚本安全底线：只用公开主流脚本

好了，我们能进服务器了，也知道命令是啥意思了。现在，我们来聊一个最最最重要，但很多人都忽略的问题——安全。

那我们该用什么？答案很简单：只用那些公开、主流、经过大量用户和时间检验的脚本。

一个靠谱的脚本，通常具备以下特征：

• 源码公开：它的代码托管在 GitHub 这样的平台上，所有人都能看到每一行代码是干什么的，有没有“猫腻”。
• 社区认可：在 GitHub 上有很多 Star（收藏），有很多人在 Issues 里提问反馈，说明它被广泛使用和关注。
• 广泛传播：各大知名的主机评测博客、论坛里，大家都在用、都在讨论的，通常就是那些“标准答案”。

为了让你绝对放心，这篇文章里提到的所有脚本，都严格遵守以上原则。它们是 VPS 评测圈里的“硬通货”，是身经百战的“老兵”。

本文将使用的“安全白名单”脚本包括但不限于：

• 综合测试类: ecs.sh (秋水逸冰大佬作品的修改版), 91yuntest (老牌国内优化脚本), Aniverse (综合脚本)
• 性能专项类: unixbench.sh (CPU标准跑分), bench.sh (经典信息+IO测试)
• 网络专项类: Superspeed.sh / SuperBench.sh (国内三网测速), ZBench (整合测速)
• 路由专项类: testrace.sh, backtrace, autoBestTrace (回程路由测试)
• 其他辅助类: IP.Check.Place (IP信息查询)

综合一键脚本：新 VPS 上手先跑哪几条？

在众多脚本中，我为你精挑细选了三位“全能选手”。它们各有侧重，但都能在几分钟内给你一份详尽的“体检报告”。把它们跑一遍，这台 VPS 是龙是虫，基本就定性了。

融合怪测评脚本 ecs.sh：主流系统一条命令全测

如果说综合脚本里有“王者”，那 ecs.sh 绝对是当之无愧的候选人之一。我喜欢叫它“融合怪”或者“缝合怪”，这绝对是褒义！因为它就像一个博采众长的武林高手，把 bench.sh 的信息检测、SuperBench 的测速、BestTrace 的路由追踪等众多脚本的精华功能，全都“缝合”到了一起。

它的最大优点就是：懒人福音，一键看全貌。

你不需要记那么多复杂的命令，也不用关心前置依赖，只要你的系统是主流的 Linux 发行版（比如 Ubuntu 18+、Debian 8+、CentOS 7+），下面这一行命令就是为你量身定做的。

执行命令：

在你的 SSH 终端里，复制粘贴下面这行代码，然后回车：

wget -N -q https://raw.githubusercontent.com/spiritLHLS/ecs/main/ecs.sh && chmod +x ecs.sh && bash ecs.sh

按下回车后，你就不用管了。泡杯茶，或者刷会儿短视频，脚本会自动完成所有检测。根据机器性能和网络状况，整个过程大概需要 3 到 10 分钟。

如何解读 ecs.sh 的报告？

报告很长，但我们只要抓住几个核心模块，就能快速提炼出有效信息：

• 系统信息 (System Information)：这部分是 VPS 的“身份证”。
  • CPU 型号/核心/频率：告诉你它用的是什么“大脑”。是老掉牙的 Intel E5，还是性能猛兽 AMD EPYC？核心数多，适合多任务；主频高，单任务处理能力强。
  • 虚拟化技术 (Virt)：重点看这个！是 KVM 还是 OVZ (OpenVZ)。记住一个结论：KVM > OVZ。KVM 是完全虚拟化，性能、资源独享，更稳定；OVZ 是容器，容易超售，性能会受“邻居”影响。买到 OVZ 架构的，除非价格便宜到离谱，否则基本可以申请退款了。
  • 内存/硬盘 (RAM/Disk)：核对一下是不是和商家承诺的一致。
• 磁盘 I/O 测试 (Disk I/O Test)：这就是在测“仓库管理员的存取速度”。
  • ecs.sh 会进行多次测试，你主要看平均值 (Average)。这个数值，我给你个参考标准：
    • 低于 100 MB/s：妥妥的“慢车道”，如果是 SSD 硬盘还这个速度，那基本是垃圾盘。建站的话，后台操作、文章发布都可能感到明显的卡顿。
    • 200 – 500 MB/s：良好区间。绝大多数个人建站、跑些小应用都绰绰有余了。
    • 500 MB/s以上：优秀！说明硬盘性能非常棒，无论是频繁读写数据库还是跑高 I/O 的应用，都会非常丝滑。
• 网络速度测试 (Speedtest)：这是重头戏，测的是“公路有多宽”。脚本会测试 VPS 到全球多个地点的下载 (Download) 和上传 (Upload) 速度。对于国内用户，我们重点关注亚洲区域的节点，特别是中国上海、中国联通、中国移动等字样的节点。
• 流媒体解锁测试 (Streaming Media Unlock)：这是 ecs.sh 的一个特色功能，非常实用。它会告诉你这台 VPS 的 IP 能不能看 Netflix、YouTube Premium、TikTok 等。
• 回程路由测试 (Backtrace)：最后，它还会附上到国内三网（电信/联通/移动）的回程路由路径。这部分先扫一眼，看看有没有出现 59.43 (CN2) 或 4837 (联通AS4837) 这类“VIP通道”的IP段。

91yuntest：IO + 带宽 + 国内外测速 + 路由 + Ping 一锅端

如果说 ecs.sh 是一个知识渊博的“世界公民”，那么 91yuntest 就是一个深耕本土的“中国通”。这个脚本由国人开发和维护，它最大的特点，就是对国内网络的测试做得特别细致、特别接地气。

当你的主要业务或者访客群体都在国内时，91yuntest 的测试结果，往往比其他脚本更具参考价值。

执行命令（全家桶版）：

wget -N --no-check-certificate https://raw.githubusercontent.com/91yun/91yuntest/master/test.sh && bash test.sh -iops -chinabw -download -traceroute -backtraceroute -allping

这个命令稍微长一点，我们来拆解一下后面的“小尾巴”都是啥意思：

• -iops：测试磁盘的 IOPS 性能（每秒读写操作次数），这个指标对数据库性能影响很大。
• -chinabw：核心功能！ 专门测试到国内电信、联通、移动主要节点的带宽。
• -download：测试从全球几个主流数据中心下载文件的速度。
• -traceroute：测试从你本地到 VPS 的去程路由。
• -backtraceroute：核心功能！ 测试从 VPS 到你本地的回程路由。
• -allping：Ping 测试国内外的延迟和丢包。

如何解读 91yuntest 的报告？

• IOPS Test：这里会给出 4K、64K 等不同块大小的随机读写 IOPS 值。你不用深究具体含义，只要记住：这个数值越高越好。对于跑数据库的网站（比如 WordPress），IOPS 比顺序读写速度更能决定性能下限。
• China Bandwidth Test (chinabw)：这绝对是整个报告的精华！它会清晰地列出到中国电信、中国联通、中国移动各大区节点的上传和下载速度。划重点：这部分的结果，最能真实反映国内用户访问你网站时的下载速度！
• Traceroute / Backtraceroute：去程和回程路由。对于我们来说，回程 (Backtraceroute) 的重要性远远大于去程。因为你访问网站，主要是从服务器下载数据，数据“回”来的路顺不顺畅，才是决定体验的关键。

Aniverse 一键测试脚本：多种写法，本质一个东西

最后，我们再介绍一位“替补选手”—— Aniverse 脚本。把它放在这里，主要目的是为了破除一个新手经常遇到的“迷魂阵”。

你可能在网上看到过各种各样，长得不太一样的测速命令，比如：

# 写法一
bash <(wget -qO- --no-check-certificate https://gitlab.com/spiritysdx/Aniverse-sh/-/raw/main/aniverse.sh)

# 写法二
curl -sL https://gitlab.com/spiritysdx/Aniverse-sh/-/raw/main/aniverse.sh | bash

# 写法三
wget -O aniverse.sh https://gitlab.com/spiritysdx/Aniverse-sh/-/raw/main/aniverse.sh && chmod +x aniverse.sh && ./aniverse.sh

是不是看着眼晕？其实，你完全不用纠结。这几种写法，无论前面用的是 wget 还是 curl，无论中间有没有 | 管道符，它们最终指向的都是同一个脚本文件 aniverse.sh，实现的功能也是完全一样的。这就像你去同一个地方，可以坐地铁，也可以打车，路线不同，但目的地是一样的。

Aniverse 本身也是一个非常优秀的综合脚本，其检测内容和 ecs.sh 大同小异，涵盖了系统信息、CPU跑分（它会调用 Geekbench）、磁盘性能、网络测速和路由追踪。

我为什么还要提它？

把它作为一个“第二意见”来源，一个绝佳的交叉验证工具。

当你用 ecs.sh 跑出一个让你感觉很意外、或者不太相信的结果时（比如 I/O 特别低，或者网速和预期差很多），别急着下结论。回头再跑一遍 Aniverse 脚本，看看在另一个脚本的评测体系下，结果是怎样的。

• 如果两个脚本的结果都差不多，那基本可以实锤了，这台机器就是这个水平。
• 如果两个脚本结果差异巨大，那你可能就要考虑是不是测试时间点网络波动太大，或者其中一个脚本的测试节点正好抽风了。

这种交叉验证的思路，是专业评测里最基本，也最重要的思维方式。它能帮助我们最大程度上排除偶然因素，得出一个更客观、更接近真相的结论。

好了，综合脚本“三巨头”已经介绍完毕。新机到手，先用 ecs.sh 来一发“全面扫描”，再根据你的需求，用 91yuntest 对国内网络进行“重点攻坚”，如果还有疑问，就让 Aniverse 来做个“最终复核”。走完这一套“三板斧”，这台 VPS 的底细，你基本上就了如指掌了。

CPU 与磁盘性能：unixbench.sh + bench.sh 的黄金组合

为什么我把这两个脚本捆绑在一起，称为“黄金组合”？

因为它们分工极其明确，各自在自己的领域里都做到了几乎是“行业标准”的级别。

• unixbench.sh：这位是“CPU 性能的终极裁判”。它别的都不管，就是要把 CPU 的每一分潜力都压榨出来，然后给你一个冰冷但极具说服力的分数。想知道商家给你的是不是“大核”，有没有在 CPU 上“缺斤少两”，跑它，一测便知。
• bench.sh：这位是“磁盘 I/O 的老牌法官”。虽然它也能测速和看信息，但它最受人尊敬、结果最被广泛引用的，就是它的磁盘 I/O 测试。它的测试方法严谨，结果稳定，是判断一块硬盘“快”与“慢”的基石。

用综合脚本看个大概，再用这个组合来做最终确认，这套流程下来，一台 VPS 的硬件底子，基本上就被你看得一清二楚了。

unixbench.sh：专门给 CPU 做“体检报告”

想象一下，UnixBench 就是服务器界的“健身房体测”。它会模拟各种系统操作，让 CPU 去做一系列的“引体向上”、“卧推”、“深蹲”（也就是各种计算任务），最后根据完成情况，给你打出一个综合分数。

执行命令：

这个脚本运行时间比较长，因为它要做的测试非常全面。根据 CPU 核心数的不同，通常需要 10 到 30 分钟，请耐心等待。

wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && chmod +x unixbench.sh && ./unixbench.sh

跑完之后，在结果的最底部，你会看到最关键的一行，类似这样：System Benchmarks Index Score XXXX.X

这个 XXXX.X 就是你这台 VPS 的 UnixBench 最终得分。

如何解读 UnixBench 的分数？

分数的高低，直接决定了你的 VPS 能扛得住多大的“场面”。我给你一个基于我十年经验的主观参考标准：

• 1000 分以下：这属于“温饱线”。跑一个最简单的个人博客，或者搭个梯子，勉强够用。但凡访客稍微多一点，或者后台插件装几个，你就会感觉到明显的力不从心。
• 1000 – 2000 分：这是“小康水平”。绝大多数个人站长的入门级 VPS 都在这个区间。跑几个 WordPress 网站，或者一个小型的 Discuz 论坛，是完全没问题的。
• 2000 – 4000 分：已经算是“精英阶层”了。这样的性能，足以应付一个中型的电商网站，或者同时跑多个流量不错的站点。
• 4000 分以上：妥妥的“性能猛兽”。通常只有在比较高端的独立服务器或者高性能 VPS 上才能看到。这种机器，你几乎可以为所欲为了。

bench.sh：系统信息 + IO + 全球下载测速的老牌脚本

如果说 unixbench.sh 是个不苟言笑的“技术专家”，那 bench.sh 就是一位见多识广、值得信赖的“老兵”。它是最早流行起来的一键测试脚本之一，虽然界面朴素，功能也不像 ecs.sh 那么花哨，但它核心的几项测试，至今仍然是经典。

执行命令：

bench.sh 的调用方式很多，你在网上可能会看到各种写法，但它们本质都一样。下面这几种你任选其一即可：

# 常见写法一
wget -qO- bench.sh | bash

# 常见写法二
curl -Lso- bench.sh | bash

# 短链写法
curl -sL 86.re/bench.sh | bash

bench.sh 报告看什么？

• 系统信息 (System Info)：报告开头，会简洁明了地列出 CPU 型号、核心数、内存、硬盘大小等信息。
• 磁盘 I/O 测试 (I/O Test)：这是 bench.sh 的灵魂！ 你会看到它连续进行了三次测试，然后给出一个平均值 (average)。为什么要测三次？ 这就是它严谨的地方！通过三次连续测试并取平均值，能最大程度上排除干扰，得出一个最接近硬盘真实水平的稳定数值。
• 全球下载测速 (Speedtest from …)：它会测试从全球各地知名数据中心（比如日本、新加坡、美国、欧洲等地）下载文件的速度。这个测速和 Superspeed 有什么区别？ Superspeed 关注的是“To C”，即从 VPS 到中国终端用户的速度。而 bench.sh 关注的是“To B”，即从 VPS 到全球其他服务器节点的速度。如果你的业务需要和全球各地的服务器打交道，那么 bench.sh 的测速结果就很有参考价值了。

极简性能测试流程：新机只跑这几条就够了

好了，讲了这么多，我们来总结一个“傻瓜式”但极其高效的性能测试流程。以后你拿到任何一台新 VPS，都可以像“肌肉记忆”一样，按照这个顺序来一遍，绝对不会漏掉任何关键信息。

当你把这三份报告（或者说两份，因为第一步是二选一）放在一起交叉对比时，这台 VPS 的硬件性能，在你面前就已经没有任何秘密可言了。你手里握着的，是比商家产品页面上任何华丽辞藻都更真实、更有力的数据。

搞定了“内功”（硬件性能），接下来，我们就该把目光投向更复杂、也更直接影响体验的“外功”——网络质量了。

查看我们的高IO、高性能VPS推荐

网速与国内三网测试：Superspeed / SuperBench / ZBench

为什么我要把这三个脚本放在一起讲？因为它们解决的是同一个，也是最核心的痛点：我的 VPS，从中国大陆用户的角度看，到底快不快？

别信商家广告页上那个大大的“1Gbps Port”（1Gbps 端口带宽）。那个数字，往往指的是它到本地（比如洛杉矶机房内部）或者到国际骨干网的带宽。但这跟你我，隔着太平洋、坐在电脑前访问它的速度，可能一毛钱关系都没有。

Superspeed.sh：看 VPS 到国内各省市节点的真实网速

如果说在“国内三网测速”这个领域必须选出一个“王”，那毫无疑问，就是 Superspeed.sh。

我愿称之为“国内网络质量的终极审判官”。

它非常专注，甚至可以说是偏执。它的唯一使命，就是从你的 VPS 出发，连接到遍布中国大陆各省市的 Speedtest 测速节点，然后告诉你三个最真实的数据：下载速度、上传速度、延迟。

执行命令：

bash <(curl -Lso- https://git.io/superspeed)

如何像老司机一样解读 Superspeed.sh 的报告？

• 先看延迟 (Latency)：这个数字越小，代表你的网站打开越快，远程操作越跟手。
  • < 100ms：恭喜你，这是“丝滑级”体验！
  • 100ms – 200ms：这是“可用级”体验。对于绝大多数西海岸的 VPS来说，这是正常且良好的表现。
  • 200ms – 300ms：算是“忍耐级”。网页打开会感到一丝丝延迟，但还能用。
  • > 300ms：基本可以判定为“残废级”。
• 再看下载速度 (Download)：这直接决定了国内用户访问你网站的加载速度！划重点：不要只看某一两个节点的速度，要看三网的平均表现！一个理想的“三网友好型” VPS，应该是电信、联通、移动的下载速度都比较均衡。
• 最后看上传速度 (Upload)：这个对普通建站用户来说没那么重要，除非你经常需要从本地上传大文件到服务器。

SuperBench.sh：同一作者的整合版测速脚本

SuperBench.sh 和 Superspeed.sh 是“亲兄弟”，它们都出自同一位大佬（Oldking）之手。

你可以把 SuperBench.sh 理解为一个“方便面式的全家桶”。它把 bench.sh 的基础信息显示、I/O 测试，和 Superspeed.sh 的国内网速测试，整合到了一起。

执行命令：

wget -qO- --no-check-certificate https://raw.githubusercontent.com/oooldking/script/master/superbench.sh | bash

(小提示：这里加了 --no-check-certificate 参数，是因为有些 VPS 的系统证书比较老，不加这个可能会导致 wget 下载失败。对于这个知名的脚本，这么做是安全的。)

它和单独跑 bench.sh + Superspeed.sh 有什么区别？

ZBench（中/英文）：硬件 + IO + 多地网速 + Ping 一图流

啊，ZBench……这是一位“值得尊敬，但略显年迈的英雄”。

在早些年，ZBench 绝对是很多人的装机必备脚本。它最大的特色，就是在测试结束后，会生成一个网页链接，点开后是一张格式精美、所有信息一目了然的“总结图”，非常适合拿来跟朋友“晒机”或者在论坛求助。

执行命令：

中文版：wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh

英文版：wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench.sh && bash ZBench.sh

为什么我说它“年迈”了？

ZBench 目前面临两个比较尴尬的问题：

• 中文版乱码：在很多新版的 Linux 系统上，直接运行中文版 ZBench-CN.sh，结果会显示成一堆看不懂的乱码。这是一个老大难的编码问题。解决方案也很简单：如果中文版乱码，就果断放弃，直接运行上面的英文版 ZBench.sh 就好了。
• 部分测试链接失效：由于脚本维护更新不那么频繁，它内置的一些测速节点可能已经失效了，导致网络测试部分跑不全，或者结果不准确。

那现在 ZBench 还有用吗？

有，但它的角色变了。我不再把它作为主力测速工具，而是作为一个“第三方佐证”。

至此，关于“网速”这个大家最关心的问题，我们已经有了最强的武器库。用 Superspeed.sh 作为主攻，SuperBench.sh 作为快反，ZBench 作为后援，三位一体，任何 VPS 在国内的网络表现，都将对你单向透明。

但是，速度和延迟只是故事的一半。另一半，也是更深层次的秘密，藏在数据的“回家之路”上——那就是回程路由。

回程路由质量：testrace + backtrace/autoBestTrace

我们前面用 Superspeed 测了速度和延迟，但这只是“知其然”。想“知其所以然”，就必须深入到网络的“毛细血管”——回程路由。数据从VPS“走”回你的电脑，是走的康庄大道还是乡间土路，对体验是决定性的。

testrace.sh：在 VPS 上看回程路由的标准脚本

这几乎是评测回程路由的“行业标准”脚本，简单、直接、有效。它会告诉你，从你的VPS到国内三网，数据包到底经过了哪些路由器节点。

执行命令：

wget -qO testrace.sh https://raw.githubusercontent.com/nanqinlang/Testrace/main/testrace.sh && bash testrace.sh

怎么看结果？

看每一跳（每一行）的IP地址。关键是寻找“明星IP段”：

• 看到 59.43.x.x：眼睛放光！这基本就是走了中国电信的 CN2 高级线路，是质量的保证，稳定性和低延迟的代名词。
• 看线路是否“绕路”：如果一台美国西海岸的VPS，回程路由先跑去了欧洲，再绕回亚洲，那延迟肯定高得离谱。理想的线路是笔直、简短的。

backtrace / autoBestTrace：BestTrace 的一键组合用法

backtrace 和 autoBestTrace 本质上都是对著名路由追踪工具 BestTrace 的一个封装，让你可以在Linux命令行里方便地使用。它们的功能和 testrace.sh 类似，都是探测回程路由。

执行命令 (以autoBestTrace为例)：

wget -q -O autoBestTrace.sh https://raw.githubusercontent.com/spiritLHLS/ecs/main/archive/autoBestTrace.sh && chmod +x autoBestTrace.sh && ./autoBestTrace.sh

你可以把它当成 testrace.sh 的一个备用选项或交叉验证工具。有时候 testrace.sh 探测不出的路径，换它试试，可能有奇效。

手动基础命令：ping + traceroute 仍然是必修课

脚本再牛，也替代不了一些基础命令。ping 和 traceroute 是刻在每个网络工程师DNA里的工具，你必须了解。

• ping 你的VPS_IP：这是最简单的“心跳检测”。你可以在自己电脑的命令行里持续 ping 服务器IP，观察延迟（time=xx ms）和丢包。如果延迟数值像过山车一样忽高忽低，或者时不时出现“Request timeout”，说明网络极不稳定（我们称之为“网络抖动”）。
• traceroute 你的VPS_IP：这个命令是在你本地电脑上执行的，它显示的是去程路由，也就是你的数据包是如何“跑”到VPS上去的。这正好和我们在VPS上跑的 testrace.sh（回程路由）相对应。

记住：去程和回程，走的很可能不是同一条路！ 很多“坑爹”的VPS就是去程光鲜亮丽，回程一塌糊涂。

用 tee 把测试结果保存成日志，方便后期对比

跑了这么多脚本，结果一闪而过就没了？不行！专业的做法是把它们存下来。tee 命令就是你的“测试记录员”。

用法示例：

想保存 bench.sh 的结果，你就这么执行：

bash bench.sh | tee bench-log-2025-11-16.log

这样，测试结果会同时显示在屏幕上，并被完整地保存到 bench-log-2025-11-16.log 这个文件里。过几个月，你可以再测一次，对比两次的日志，看看VPS性能有没有下降，一目了然。

不同人群的“脚本套餐”推荐

理论结合实际，我给你搭配几套“脚本套餐”，对号入座，直接开席。

FAQ：关于 vps测速命令代码，你可能还会问这些

同一脚本，多次结果差很多，是不是这台机垃圾？

不一定。很可能是网络高峰期导致的波动。建议在不同时间段（比如下午和凌晨）多测几次，取一个平均感知，不要被单次结果绑架。

ZBench 中文版乱码怎么办？

放弃中文版，直接用英文版命令 bash ZBench.sh，信息完全一样，就是换个语言显示而已。

脚本跑到一半报错 / 卡死，怎么排查？

大概率是两个原因：1. curl 或 wget 没装，按我们前面的方法装一下即可。2. VPS到脚本服务器（比如GitHub）的网络暂时不通，稍后重试即可。

如果只能记住 2–3 条命令，该选哪几条？

这是你的“终极备忘录”，记住这三条，走遍天下都不怕：

• ecs.sh：想看最全面的报告，就用它。
• Superspeed.sh：只想看国内速度，就用它。
• testrace.sh：只想看回程线路，就用它。

---

好了，朋友！从开胃菜到最后的甜点，这顿关于 vps测速命令代码 的“饕餮盛宴”到这里就全部结束了。相信现在的你，手里握着的已经不只是一堆冰冷的代码，而是一套能透视任何VPS性能的“火眼金睛”。

立即开始你的高性能VPS之旅！