商家官网：RakSmart（raksmart.com） | RakSmart 客户中心（billing.raksmart.com） | 物理服务器与裸机云
这篇不是常规的「买一台 VPS 测一测」。主机评测网这次测的，是用户自己在 RakSmart 购买的圣何塞物理服务器，然后在上面开了一台 KVM 虚拟机——也就是「买物理机、自己划分虚拟化」这种用法。商家给虚拟化实例的默认带宽是 500M，所以本文重点回答三件事：回程走什么线路、500M 端口实际能跑多少、这种方式值不值得。
测试对象：自购物理机上的 KVM 实例
| 项目 | 实测值 |
|---|---|
| 测试 IP | 104.233.144.82（/28 段） |
| 机房 | 美国 圣何塞（San Jose, California） |
| 归属 ASN | AS54600 PEG TECH INC（RakSmart 自有段） |
| 虚拟化 | KVM（systemd-detect-virt = kvm），已开嵌套虚拟化（/dev/kvm 可用） |
| CPU | Intel Xeon E3-1230 v5 @ 3.40GHz，2 核（无超线程） |
| 内存 | 4 GB |
| 硬盘 | 30 GB virtio（rotational=1，机械盘） |
| 系统 | Debian 12 / 内核 6.1 |
| 标称带宽 | 500 Mbps（商家给虚拟化机器的默认值） |
需要说明的是：这台实例是用户自己划分出来的，配置不代表 RakSmart 在售 VPS 套餐，但它能反映「拿他家物理机开小鸡」的真实性能，也正好能验证 500M 端口的实际能力。
CPU 与内存：稳，没有超售痕迹
| 测试项 | 结果 |
|---|---|
| sysbench CPU 单核（prime 20000） | 487 events/s（三次复测 486.45 / 487.30 / 487.53） |
| sysbench CPU 双核 | 947 events/s（≈1.95 倍，线性缩放） |
| AES-NI 加解密（AES-128-GCM） | 5.85 GB/s |
| 内存带宽 | 19.3 GB/s |
| CPU 抢占（steal） | 0 |
E3-1230 v5 在 3.4GHz 下跑 sysbench 大约就是 480–530 events/s，这台 487 属于正常水平；三次复测抖动不到 0.3%、steal 为 0，说明宿主没有明显超售。主机评测网的判断是：CPU 这块可以放心，适合长期跑稳定型业务。
磁盘：机械盘，这是最大的短板
| 测试项 | 结果 |
|---|---|
| 顺序写 512K（conv=fsync） | 110 MB/s |
| 顺序写 1GB（direct） | 208 MB/s |
| 4K 随机读 qd1 | 88.6 MB/s（缓存加成，参考意义有限） |
| 4K 随机写 + fsync qd1 | ≈24 IOPS（95.7 KiB/s） |
| 4K 随机写 + fsync qd32 | ≈231 IOPS（925 KiB/s） |
/sys/block/vda/queue/rotational 返回 1，说明宿主把这块存储当机械盘暴露给虚拟机。带 fsync 的 4K 随机写只有 24 IOPS，这是典型机械盘 + 写穿透的表现——跑数据库、频繁小文件 IO 会非常难受。顺序读写尚可（110–208 MB/s），做文件存储、备份、静态站没问题。
网络：去程联通169，回程电信/联通走 CN2、移动走 CMI
这一段是本文的重点。主机评测网从两个方向实测：去程用国内本机 tracert 到服务器，回程用服务器的 mtr 打到国内三网。
去程（国内 → 圣何塞）：联通 169 + 联通国际
| 跳数 | IP | 归属 | 延迟 |
|---|---|---|---|
| 8 | 219.158.8.182 | 中国联通 169 骨干 | 24 ms |
| 9 | 219.158.7.154 | 中国联通 169 骨干 | 142 ms |
| 10 | 207.254.191.78 | 联通国际（China Unicom Global） | 144 ms |
| 11 | 207.254.191.57 | 联通国际 | 153 ms |
| 12 | 137.175.0.62 | PEG TECH（RakSmart） | 169 ms |
| 14 | 104.233.144.82 | 测试机 | 176 ms |
去程走的是「国内联通 169 → 联通国际 → PEG TECH 落地」，全程 176ms，没有绕日本或欧洲。
回程（圣何塞 → 国内）：电信/联通 CN2，移动 CMI
| 目标 | 回程经过的关键节点 | 线路判定 | 延迟 |
|---|---|---|---|
| 电信·上海 202.96.209.133 | 218.30.49.65 → 59.43.182.142 / 59.43.39.125 / 59.43.159.17 → 101.95.88.10 | CN2（59.43 段） | 165.8 ms |
| 电信·四川 61.139.2.69 | 59.43.189.217 → 59.43.180.241 → 59.43.135.86 | CN2 | 189 ms（ICMP 被丢，mtr 可达） |
| 联通·上海 210.22.97.1 | 59.43.182.85 → 59.43.39.193 → 219.158.38.241 → 112.64.250.202 | CN2 转联通 169 | 145.6 ms |
| 联通·黑龙江 221.207.58.58 | 59.43.39.133 → 59.43.159.17 → 219.158.40.165 | CN2 转联通 | 196.0 ms |
| 移动·广东 120.196.165.24 | 223.120.196.41 / 223.120.160.5 → 221.183.92.113 → 221.183.119.69 | CMI（223.120 段） | 179.2 ms |
| 移动·阿里 DNS 223.5.5.5 | 223.120.160.5 → 221.183.92.141 → 39.156.0.46 | CMI 转移动骨干 | 200.1 ms |
结论很清楚：
① 电信和联通的回程都走 CN2（59.43 段），这在圣何塞机房里属于「中上」线路——不是 CN2 GIA 的独享级别，但比纯 163 普通线稳定，联通上海 145.6ms 已经接近 CN2 GIA 的水平。
② 移动回程走 CMI（223.120 段），广东 179.2ms、阿里节点 200ms，属于移动线路的正常表现。
③ 去程和回程不对称：去程统一走联通 169，回程按目标运营商分流到 CN2 / CMI。这是典型的「国际线路 + 落地分流」结构，不是三网各自优化的 CN2 GIA 方案。
三网延迟与丢包
| 测试目标 | 平均延迟 | 丢包 | 抖动 |
|---|---|---|---|
| 联通·上海 | 145.6 ms | 0% | 0.08 ms |
| 电信·上海 | 165.8 ms | 0% | 0.04 ms |
| 移动·广东 | 179.2 ms | 0% | 0.04 ms |
| 联通·黑龙江 | 196.0 ms | 0% | 0.41 ms |
| 移动·阿里 DNS | 200.1 ms | 0% | 0.07 ms |
| Google DNS / Cloudflare | 25.5 ms / 29.5 ms | — | — |
100 包连续测试 0% 丢包、抖动 0.04–0.41ms，线路本身非常干净。国内三网落在 145–200ms 区间，属于圣何塞的中上水平（普通 163 线路通常 180–220ms）。
网速：500M 端口实测能跑多少
| 测试方式 | 下行 | 上行 | 说明 |
|---|---|---|---|
| speedtest 就近节点 | 322.0 Mbit/s | 120.8 Mbit/s | 公网测速，最接近峰值 |
| speedtest 凤凰城节点 | 287.7 Mbit/s | 112.7 Mbit/s | 节点侧限速影响 |
| OVH 单线程（1GB 文件） | 14.9 MB/s（119 Mbit/s） | — | 单连接受 RTT/窗口限制 |
| OVH 4 并发 | 合计约 40 MB/s（324 Mbit/s） | — | 接近端口上限 |
| OVH 8 并发 | 合计仍约 40 MB/s（324 Mbit/s） | — | 加到 8 条不再上涨 |
| Cloudflare 上传（50MB） | — | 36.9 MB/s（295 Mbit/s） | 上行能力很好 |
实测结论：500M 端口在这台机器上能稳定跑到 320–330 Mbit/s，上行约 295 Mbit/s，没有跑满标称的 500M。4 条并发就到顶、加到 8 条不再涨，说明瓶颈在端口/宿主侧而不是测试节点。主机评测网的建议是：把它当「300M 级别的机器」用，别按 500M 去规划流量。
回国带宽：BBR 前后差 2.6 倍
| 场景 | cubic（默认） | BBR + fq | 提升 |
|---|---|---|---|
| 回国单线程下载（中科大镜像） | 1.6 MB/s（13 Mbit/s） | 4.0–4.7 MB/s（约 35 Mbit/s） | 约 2.6 倍 |
| 回国 8 并发合计 | 约 22 MB/s | 约 30 MB/s（240 Mbit/s） | +36% |
| 到中国延迟 / 丢包 | 200 ms / 0% | 200 ms / 0% | 不变 |
这台机器一开始用的是默认 cubic，回国单线程只有 13 Mbit/s；换成 BBR + fq 后提升到约 35 Mbit/s。因为 200ms 的 RTT 下单连接吞吐主要受拥塞算法限制，BBR 是这类「高延迟 + 零丢包」线路的必做项。持久化配置写在 /etc/sysctl.d/99-bbr.conf（fq + bbr + fastopen + somaxconn），重启后依然生效。
另外提醒：单线程 35M、多线程 240M 的差距说明回国带宽是够的，卡在单连接上。做建站、反代、下载站时，开多线程或挂 CDN 效果差别很大。
这台机器适合做什么
适合：静态站与博客、反向代理与 CDN 回源、文件存储与备份（顺序读写够用）、爬虫与离线任务（CPU 稳）、Docker 跑轻量服务；因为开了嵌套虚拟化，还能在里再开 KVM 小鸡做测试环境。
不适合：MySQL/PostgreSQL 这类写密集数据库（24 IOPS 会直接卡死）、高频小文件 IO（大量日志、队列落盘）、需要国内低延迟的业务（145–200ms 且移动单线）。
结论：物理机开小鸡，值得但有前提
主机评测网给这台机器的评价是「CPU 稳、线路中上、磁盘拖后腿」。它证明了 RakSmart 圣何塞物理机的两个优点：① CPU 不超售（steal=0、487 events/s 稳定）；② 回程走了 CN2/CMI 混合分流，三网 145–200ms 且零丢包。
但 500M 端口实测只有 320–330M、磁盘是机械盘（4K 随机写 24 IOPS），这两点是硬限制。如果你打算用这套物理机开小鸡卖或自用，第一件事应该是把存储换成 SSD/NVMe，性能会有一个量级提升；带宽按 300M 规划，别按 500M 卖。
选 VPS 的方法论可以看站内 测试 IP 实测总表 与 全球落点延迟排行，机房选择参考 欧洲落点实测，上机后的验收流程见 新 VPS 四步实测。
本次测试 IP、路由与延迟均为主机评测网本机（中国大陆）与测试机双向实测（2026-10-21），商家带宽与线路以账单和实际交付为准。
暂无评论内容