| 实测日期 | 2026-09-19 |
|---|---|
| 实测环境 | Ubuntu 24.04 · 1 核 1GB · DigitalOcean 旧金山 |
| 实测耗时 | 28 分 23 秒 |
| 需要操作 | 全程无需任何操作 |
UnixBench 运行命令
wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && chmod +x unixbench.sh && ./unixbench.shUnixBench 在国内服务器上能不能用
下载这一关实测过了，但要看运气：安装脚本在 GitHub 上，这次第一次连接显示 No data received，wget 自动重试后才成功；跑分程序的压缩包来自 dl.lamp.sh，国内实测 135 KB/s，能正常下完。遇到 GitHub 连不上的时段，第一步就会卡住。跑分本身和网络无关，但这台 2 核机器跑了 46 分钟后中止、没有给出分数，原因见下文常见问题里的「多核机器」一条。 国内服务器建议直接用本站的一键命令：它会自动识别国内机器并改走国内镜像安装，同一台机器实测 7 分 7 秒跑完全套。
UnixBench 适合什么情况
- 需要一个单一总分来对比几台机器的系统综合性能
- 机器空闲、不赶时间：实测要 28 分钟
- 多核机器：本站在 2 核机器上实测跑了 46 分钟后中止、没有给出分数，见常见问题
- 正在跑业务的机器：CPU 和硬盘会被持续占满近半小时
- 不想往系统里装编译工具：它会安装 gcc、make、automake、autoconf 等
- 512MB 以下内存的小机器
运行前准备
- 需要 root 用户和 wget。
- 脚本会先执行 apt-get update，再安装 make、automake、gcc、autoconf、time、perl（红帽系是 yum 安装同类软件包），需要几百 MB 硬盘空间。
- 跑分期间 CPU 和硬盘会被持续占满近半小时，不要在正在跑业务的机器上运行。
UnixBench 运行过程：一步一步
第 1 步：粘贴命令回车
脚本先安装编译工具并编译 UnixBench，屏幕会滚过大量编译输出，属正常。
第 2 步：等待跑分（约 28 分钟）
随后逐项运行 12 个测试，每项后面会出现 1 2 3 … 的计数表示进度。这一步很慢，中途不要关闭 SSH 窗口——关了测试就中断了。担心断线可以先执行 screen 或 tmux 再运行。
1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 1 x Execl Throughput 1 2 3 1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3
第 3 步：看总分
全部跑完后输出各子项的结果和指数，最后一行是总分。多核机器会再跑一轮多进程测试，给出第二个总分。
UnixBench 结果怎么看
实测输出节选
System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 37369110.0 3202.2
Double-Precision Whetstone 55.0 6028.2 1096.0
File Copy 1024 bufsize 2000 maxblocks 3960.0 414803.2 1047.5
Process Creation 126.0 5826.3 462.4
System Call Overhead 15000.0 384532.2 256.4
========
System Benchmarks Index Score 769.4
| 看到的内容 | 含义 |
|---|---|
| Dhrystone / Whetstone | CPU 整数和浮点运算 |
| File Copy 三项 | 不同缓冲区大小下的文件拷贝，反映硬盘和缓存 |
| Execl / Process Creation / Shell Scripts | 创建进程和执行脚本的开销 |
| Pipe / Context Switching / System Call | 内核调用和进程切换开销，虚拟化层越厚这几项越低 |
| System Benchmarks Index Score | 总分，各子项指数的几何平均。实测 1 核 1GB 入门机为 769.4 |
UnixBench 总分只适合同类机器之间横向比较，它不反映网络和线路质量。
运行后会在系统里留下什么
实测结束后：gcc、make 等编译工具留在系统里；UnixBench 源码和编译产物在 /opt/unixbench；运行目录留下 unixbench.sh。都不会自动清理，不需要可手动删除 /opt/unixbench。
实测遇到的问题与处理
多核机器上跑到一半中止，没有分数
本站实测遇到了：一台 2 核的机器（Ubuntu 24.04）上，单线程那一轮全部跑完，第二轮多线程跑到 Pipe-based Context Switching 时报 slave write failed: Broken pipe; aborting，整个测试中止，46 分钟没有得到任何分数。此前在 1 核机器上实测是完整跑通并给出总分的——单核机器只跑单线程一轮，不会走到出错的那一步。也就是说，这个脚本安装的 UnixBench 5.1.3 在多核机器上有可能拿不到结果。多核机器想看 CPU 性能，用融合怪或本站一键命令里的 sysbench 分数，或者 YABS 的 Geekbench。
跑到一半 SSH 断了
测试会随之中断。先执行 screen（或 tmux）再运行脚本，断线后重新连上用 screen -r 恢复。
编译失败
多数是机器内存或硬盘太小。512MB 内存以下的机器不建议跑 UnixBench。
硬件跑分类脚本实测对比
下表的耗时和操作次数都是本站在同一批测试机上实测得到的，方便你按时间和省事程度来选。
| 脚本 | 实测耗时 | 需要操作 | 一句话 |
|---|---|---|---|
| YABS | 7–8 分钟（1GB 内存、Geekbench 失败时；Ubuntu 7 分 9 秒，Debian 7 分 58 秒）；加 swap 跑完 Geekbench 6 需 17 分 35 秒 | 全程无需任何操作 | 海外最通用：fio 硬盘 + iperf3 带宽 + Geekbench 跑分。1GB 内存机器需先加 swap |
| UnixBench（本页） | 28 分 23 秒 | 全程无需任何操作 | 老牌系统综合跑分，给出一个总分便于对比。全程无需操作，但要等近半小时 |
| 硬件质量检测 (xykt) | 5 分 44 秒 | 首次运行需要回答 1 次（是否安装依赖） | 七段式硬件体检：虚拟化、CPU 指令集、内存是否超开、硬盘 fio、加权评分 |
运行任何一键脚本前的三条提醒
先读源码
一键命令是以 root 权限执行从网上下载的代码。本页给了项目源码地址，运行前先打开看一遍，确认它要做的事和你预期的一致。
不要连着跑多个测速脚本
多数脚本的测速部分都依赖 Speedtest。本站实测连续跑了几个之后被 Speedtest 官方限流，后面所有脚本的测速结果都是空的，一个多小时也没恢复。
耗时长的放进 screen
要跑十分钟以上的脚本，先执行 screen 或 tmux 再运行。SSH 意外断开时测试不会中断，重新连上用 screen -r 就能回到现场。
不想自己对照结果？
用本站的一键命令测一次，解读页会把线路档次、硬盘是否超售、IP 能不能用逐项写明白。
bash <(curl -sL https://vpscesu.com)