明确目标:比较“峰值处理能力”(CPU 峰值、并发处理、瞬时 I/O 与网络带宽)而非长期稳定性。准备两台 VPS:日本(东京)与香港,规格尽量一致(vCPU 数、内存、磁盘类型、带宽套餐)。记录供应商、计费类型、购买时间与可用区。
登录后执行:lscpu;free -m;lsblk;uname -r;cat /proc/cpuinfo。示例命令:ssh root@ip "lscpu > /root/lscpu.txt && free -m > /root/mem.txt"。保存输出用于对比。
统一系统与依赖:apt update && apt install -y sysbench fio iperf3 dstat mpstat gawk bc wget curl build-essential。把 CPU governor 设为 performance:for i in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do echo performance > $i; done。
使用 sysbench 进行单线程与多线程测试:sysbench --test=cpu --cpu-max-prime=20000 --num-threads=1 run(单线程);sysbench --test=cpu --cpu-max-prime=20000 --num-threads=4 run(4 线程,根据 vCPU 调整)。每项运行 3 次并记录 avg、max、95% 波动。
用 sysbench memory:sysbench --test=memory --memory-block-size=1M --memory-total-size=10G --num-threads=4 run。观察带宽(MB/s)与延迟。多次运行取平均以确认峰值带宽。
顺序与随机读写:fio --name=seqwrite --ioengine=libaio --rw=write --bs=1m --size=2G --numjobs=1 --runtime=60 --time_based --group_reporting;随机测试:fio --name=randrw --ioengine=libaio --rw=randrw --bs=4k --rwmixread=70 --size=1G --numjobs=4 --runtime=60 --time_based --group_reporting。记录 IOPS、延迟(avg/p95/p99)。
在一端启动 iperf3 server:iperf3 -s。另一端并发测试:iperf3 -c server_ip -P 8 -t 60。记录吞吐(Gbps/Mbps)与抖动。用 ping -c 100 记录丢包与延迟分布,mtr 或 traceroute 查看路径。
部署一个轻量 HTTP 服务(如 nginx 或简单的 nodejs),并用 wrk 压测:wrk -t4 -c200 -d60s http://ip:port/。记录 requests/sec、latency(avg/p50/p95/p99)、并观察 CPU 峰值与网络利用率。
同时运行 mpstat、dstat、iotop:mpstat -P ALL 1 70 > cpu.log & dstat --output dstat.csv 1 70 & iostat -x 1 70 > iostat.log。测试期间记录 /proc/stat、/proc/vmstat 和 top 输出,捕获 steal(%steal)以判断宿主机争用。
每项测试至少 3 次,建议 5 次。用 awk 计算平均与标准差,例如:awk '{sum+=$1; sumsq+=$1*$1} END {print sum/NR, sqrt(sumsq/NR-(sum/NR)2)}' data.txt。若差异较大(CV>10%),增加运行次数或换时间段重测。
将关键指标(CPU ops/s、IOPS、吞吐、p95 延迟、%steal)导出到 CSV,用 Excel、Google Sheets 或 gnuplot 绘图。比较峰值(最大吞吐)与峰值时的延迟及系统指标(CPU%、steal、iowait)。
若日本 VPS 在 CPU 峰值上表现更好,可能原因包括:底层物理机性能、超售程度(oversubscription)不同、CPU 型号/频率差异、机房网络与电源设计、是否有 CPU turbo/boost 策略。查看 /proc/cpuinfo 中的 model name 与频率以验证。
结论示例:在相同规格与相同测试条件下,日本 VPS 在 CPU 密集型与短时并发请求的峰值处理能力上通常会比香港 VPS 更好(低延迟、更高瞬时吞吐),但需以你的测试数据为准。生产选型前应基于你的真实负载重复测试。
问:为什么测试结果显示日本 VPS 在峰值处理上优于香港?
答:可能原因包括物理主机配置差异(CPU 型号、Turbo 支持)、机房超售率低、网络路径更短或带宽保障更好,以及提供商对实例类型的隔离程度更高。通过查看 /proc/cpuinfo、%steal 与 iowait 可以定位具体因素。
问:我如何在自己的 VPS 上复现该测评?
答:按照本文步骤操作:确保两端规格一致→安装依赖(sysbench/fio/iperf3/wrk/dstat)→统一 CPU governor→逐项跑 CPU/内存/IO/网络/HTTP 压测并多次取平均→收集 mpstat/dstat/iostat 日志→用 CSV 比较关键指标。示例命令都在正文给出,直接复制运行即可。
问:我该如何根据测评结果决定购买哪个地区的 VPS?
答:以你最关心的指标为准:若关注峰值 CPU 与短时并发选日本,若关注访问者延迟优先选择更接近用户的机房。还要考虑价格、带宽 SLA、售后与合规性。建议做长期负载与成本-性能比的综合评估,再下单。