主机测评命令：跑分高不等于好用

同样标着4核8G的两台机器，一台在各种跑分脚本里把另一台甩开一大截，结果网站真正搬上去，反倒是分数低的那台更顺畅。这种反差我见过不止一次。脚本本身没问题，问题在于太多人把主机测评命令当成判决书了——它更像体温计，量的是那一刻的状态，不是这台机器的命。

主机测评命令跑出来的分，先打个问号

一台共享宿主机上，随时可能有别的虚拟机在抢CPU时间片、抢IO队列。你测的时候邻居安静，跑出来的数字当然好看，搬到晚高峰才知道什么叫真实。还有一键脚本那套，几十行结果刷屏滚过去，大多数人眼睛只盯着最后那个平均分，前面CPU型号、磁盘类型、内存频率全给滑没了，那几行其实才是信息量最大的。

单核那栏，比总分更值得盯

多核总分高，很多时候只是核数堆出来的。而绝大多数站点跑的是PHP、数据库、一堆单线程的活，真正决定你打开快不快的是单核性能。看UnixBench的时候，我习惯先找single thread那一项；sysbench的cpu测试也最好单线程跑一遍。多核分数很漂亮但单核拉胯的机器，静态页面上看不出问题，一上并发就原形毕露。

另外别被排行榜名次带跑。不同代际的CPU，架构不一样，同频下差距不小；有些老型号主频高，跑分上能占便宜，但指令集和内存通道跟不上。拿着型号去查一下参数、看看缓存多大、内存是几条通道，比对着跑分榜单纠结有用得多。

dd测磁盘？大概率测的是缓存

这条坑最多。直接dd if=/dev/zero of=test bs=1M count=1024，写下去的那个数字看着很爽，但没加oflag=direct的话，数据基本落在页缓存里，测的是内存不是盘。想认真点，就带上oflag=direct再跑；更靠谱的是fio，用randread、bs=4k、iodepth=32这种参数压一压随机读写，看IOPS和延迟分布。

顺便说一句，云盘的IO常有突发额度，前几十秒很猛，用完就降速，单次短测完全看不出这个拐点。想让测试跑得久一点，至少持续个几分钟，观察速度曲线有没有往下掉。

网络测试最容易被节点骗

iperf3单线程经常压不满大带宽，得加-P多开几条流才能把上限摸出来，不了解这个的人测完还以为带宽缩水了。更要命的是测速节点选在同一个机房内部，那测出来的东西一点参考价值都没有——内网跑得再欢，跟公网用户也没关系。

回程线路、晚高峰丢包这些，脚本几分钟里根本反映不出来。想摸底就自己挂个mtr看上一段时间，白天看一次、晚上八九点再看一次，两次结果差多少，心里就有数了。

虚拟主机上，很多命令你压根跑不了

共享型的虚拟主机环境，连编译工具都不一定给你，sysbench、fio这种要装的别想了，能看的只有服务商面板里的资源曲线和自己站点的响应时间。这种场景下，主机测评命令的价值更多在本地复现：本地用同样的脚本跑一遍，再拿线上响应数据对照着看，能大概判断瓶颈是程序还是资源。

只有独立主机或者云主机，才有条件完整跑一遍综合脚本。压测之前提醒一句，别在正跑着业务的机器上压，尤其是生产环境，把同事的站点压出问题，后面收拾起来挺麻烦。

一份跑分报告怎么读才不算白测

三个习惯，成本很低。第一，同一个脚本跑三次，取中间那次，别拿最高分当结论；第二，看分布不看极值，延迟这类指标盯p95、p99，平均值会骗人；第三，先想清楚自己的业务是吃CPU还是吃IO——图文站、接口服务、跑批任务，偏的方向完全不一样，指标选错了，测再多也白搭。

还有个小细节，报告里磁盘写的是NVMe还是SATA SSD、内存跑在什么频率、CPU是共享还是独享，这几项的价值往往超过那个总分数。选购的时候先看这些硬指标，跑分放第二位。

真要用起来，我建议这么办：机器到手先跑一次存档，换配置或者搬机房之后再跑一次，两次对比才有意义；上线后盯几天页面响应，白天和晚高峰各看一轮，曲线抖得厉害就回去查是不是IO或带宽被卡了。跑分这件事别当终点，它只是帮你少走点弯路。价格、资源规格这些以服务商官网和服务条款写明的为准，别拿一张跑分图当全部依据。