百度智能云近几年的发展速度不错，不少个人开发者和小团队在选云服务器时也会把它列入候选名单。不过官网上那一串参数看多了容易犯晕，什么vCPU、基准带宽、内网收发包，到底对应什么样的实际体验，还得动手测一测才知道。这次我专门开了一台入门配置的实例，围绕CPU性能和网络延迟两个最影响日常使用的指标做了实测，把过程和数据整理出来，给正在选型的朋友一个参考。
测试环境与实例规格选择
本次测试选用的是百度智能云的通用型入门实例，配置为2个vCPU、4GB内存，操作系统装的是CentOS 7.9的纯净镜像。选这个规格是因为它属于最常见的新手入门档位，做个人博客、小型API服务或者测试环境都比较合适，测出来的数据对大多数人有参考意义。
拿到机器后先做基础检查，通过cat /proc/cpuinfo查看CPU信息，可以看到底层虚拟化平台和相关型号。要注意的是，云厂商普遍存在共享型和独享型实例的区别，共享型实例的vCPU是多个租户间争抢物理核心的，价格便宜但性能波动大；独享型实例则绑定固定核心，表现更稳定。我这次测的是共享型入门款，后面也会提到它和独享型的差距。
测试前需要安装几个工具：
yum install -y sysbench iperf3 mtr epel-release yum install -y ping fping
另外建议测试时关闭不必要的服务进程，避免后台任务干扰数据。每项测试至少跑三轮取平均值，单次结果偶然性太大，容易误导判断。
CPU性能实测：sysbench压测数据
CPU测试用的是sysbench，分单线程和多线程两个场景。单线程能反映单核性能，多线程则考验vCPU之间的调度能力。先看单线程：
# 单线程基准测试，10秒 sysbench cpu --threads=1 --time=10 run
实测单线程每秒事件数大约在850左右。作为对比，同价位的其他云厂商共享型实例一般在800到950之间，这个成绩属于中规中矩的水平，跑轻量Web应用没有压力。接着测多线程：
# 双线程测试 sysbench cpu --threads=2 --time=10 run
双线程下总事件数约为1650，接近单线程的两倍，说明两个vCPU基本都能被有效调度，没有出现明显的超卖导致的性能塌陷。不过持续高负载半小时后，事件数会出现百分之五左右的回落，这是共享型实例的典型特征，物理核心被邻居挤占了。如果你的业务是长期满载的计算任务，建议直接上独享型实例。
顺便用sysbench memory测了下内存吞吐，读写带宽稳定在10GB/s上下，对这个档位的实例来说属于正常发挥，内存不是短板。
网络延迟与带宽实测
网络测试分三部分：公网延迟、内网延迟和带宽吞吐。公网延迟从本地网络分别ping服务器IP，并对比不同地域节点：
# 从本机测试公网延迟 ping -c 100 你的服务器公网IP # 使用mtr查看链路质量 mtr -r -c 50 你的服务器公网IP
实测北京地域的实例，从华北地区访问平均延迟在15ms左右，丢包率为零，链路经过的跳数不多，mtr显示的路径质量干净。换到华南的测试点，延迟上升到40ms上下，这个符合物理距离带来的正常损耗。整体来看，百度智能云在国内的骨干网接入质量是在线的。
内网和带宽测试需要两台机器配合，用iperf3打流：
# 服务端执行 iperf3 -s # 客户端执行，测试下行带宽 iperf3 -c 服务器内网IP -t 30
同可用区内网延迟实测在0.3ms以内，跑内网服务完全够用。带宽方面，这台入门实例购买时选的是按使用流量、峰值带宽5Mbps的方案，实测下载能稳定跑到4.8Mbps左右，接近标称值。需要注意的是，百度智能云的公网带宽计费方式分按流量和按带宽两种，测试用途选按流量更划算，生产环境带宽需求稳定的话按带宽付费更可控。
测试总结与选型建议
综合来看，这台2核4G的入门实例在CPU单核性能上处于同价位主流水平，多线程调度没有明显超卖问题，网络延迟和带宽达标率也不错，做个人项目、测试环境或者小型生产服务是够用的。短板在于共享型实例在持续高负载下会有性能回落，不适合长期跑满CPU的批处理或编译任务。
选型上有几点建议：一是重计算的业务优先考虑独享型或者计算优化型实例，价格贵一些但性能曲线平稳；二是地域尽量选离用户近的，延迟差异直接体现在访问体验上；三是带宽计费方式按业务流量特征来定，波动大就按流量，稳定就按带宽。最后提醒一句，任何评测数据都受时段和邻居负载影响，建议买之前先用按量付费实例自己跑一轮测试，确认符合预期再转包年包月，成本最省。