主机评测
RackNerd 达拉斯 6核8GB 实测:CPU、磁盘与国内三网表现
E5-2699 v4、6 vCPU、8GB、150GB 的达拉斯样机,补齐三轮 CPU、磁盘和传输测试。美国九个探针全部连通,国内电信与联通约 200ms,部分移动节点反复出现长等待和连接失败。
机器配置与测试环境
这台 RackNerd 达拉斯 VPS 更适合面向美国访客的网站,以及对内存、磁盘空间有要求的轻量自建应用。国内电信、联通的连接大多在 200ms 左右,部分移动节点却反复出现数秒等待和连接失败。主要服务国内移动用户,我不会优先选它。
| 项目 | 这台机器的配置 |
|---|---|
| 机房 | Dallas,USA |
| 节点 | DAL191KVM |
| 虚拟化 | KVM |
| CPU | Intel Xeon E5-2699 v4,分配 6 vCPU |
| 内存 | 标称 8GB,系统识别约 7.8GiB |
| 磁盘 | 系统识别 150GiB 虚拟磁盘;根分区 ext4 |
| 流量配额 | 面板显示 20,000GB |
| 系统 | Ubuntu 24.04.5 LTS,内核 6.8.0-137-generic |
测试在 2026 年 10 月 3 日白天完成,保留机器上的网站和数据库服务。CPU 和磁盘测试使用低优先级进程,每项重复三轮,期间容器状态一致。连接测试使用 Globalping 探针,传输和回程直接从 VPS 发起;本次没有运行网站或游戏服的并发压力测试。
六个 vCPU 能并行,单线程还是短板
sysbench 1.0.20,计算 20,000 以内素数,每轮 8 秒,分别使用 1、3、6 个线程。表里是每秒完成的事件数,越高越好;取三轮中位数,同时保留波动范围。
| 线程数 | 三轮中位数(events/s) | 三轮范围(events/s) |
|---|---|---|
| 1 线程 | 234.33 | 218.33—254.36 |
| 3 线程 | 846.61 | 821.68—883.81 |
| 6 线程 | 1,724.97 | 1,717.43—1,818.72 |
增加线程后,总吞吐明显上升。任务能拆开同时跑,六个 vCPU 就有用;单个请求里必须顺序执行的部分,仍然受单线程性能限制。
作为参照,同天测过的香港三区 EPYC 7A23 样机,在相同版本、参数和低优先级设置下,单线程中位数为 1,509.76,约为这台的 6.44 倍。这个比例只属于本次 sysbench CPU 测试,两台样机也不能代表两家商家的所有节点。
轻量容器、缓存较充分的博客,更容易用上这台的内存和多线程;频繁处理图片、编译,或游戏服务端依赖单线程,则应优先比较更强的 CPU。
150GB 容量之外,还要看随机写和同步写
fio 3.36 在根分区 ext4 上创建独立的 256MiB 文件,使用 direct I/O、psync、单任务和队列深度 1。每种读写各跑三轮,每轮 5 秒,临时文件在测试后删除。
| 测试 | 吞吐中位数 | IOPS 中位数 | 三轮吞吐范围 |
|---|---|---|---|
| 4KiB 随机读 | 27.71 MiB/s | 7,095 | 27.52—29.50 MiB/s |
| 4KiB 随机写 | 26.47 MiB/s | 6,777 | 24.66—28.89 MiB/s |
| 1MiB 顺序读 | 1311.14 MiB/s | 1,311 | 1254.95—1326.53 MiB/s |
| 1MiB 顺序写 | 731.11 MiB/s | 731 | 687.13—735.11 MiB/s |
| 4KiB 随机写,每次 fsync | 4.17 MiB/s | 1,067 | 3.44—4.63 MiB/s |
数据库写入更值得留意同步完成的开销。每次 4KiB 写入后执行 fsync,IOPS 中位数从普通随机写的 6,777 降到 1,067。三轮 fsync 平均耗时的中位数约 0.705ms;它没有模拟数据库事务,也不能验证掉电后的数据安全。
顺序读写的数值比较高,但这里反复读写的是 256MiB 文件。direct I/O 绕过了客体系统的页缓存,仍不能排除宿主机或存储层缓存;不要据此认定整盘持续读写也有同样的速度。
150GB 虚拟磁盘并不等于根目录还能存 150GB 文件:系统留了约 4GiB swap,根文件系统识别约 144GiB,测试前可用约 123GiB。部署博客时,把数据库、上传文件、日志和备份分开估算;备份至少另存一份到机器之外。
国内三网:移动探针反复出现慢连接
电信、联通六个探针,两轮共 192 次 TCP 443 连接全部成功。广州电信约 205ms,长沙联通约 212ms,桂林、南宁联通约 220ms。桂林电信第一轮出现一次 2262ms 的连接,把平均值抬到了 346ms;第二轮回到 216ms。只报一个平均数,会漏掉这样的长等待。
| 探针 | 两轮成功连接平均延迟 | 两轮失败次数 | 两轮最慢成功连接 |
|---|---|---|---|
| 广州 电信 | 205.4 / 205.0ms | 0/16;0/16 | 221.8ms |
| 桂林 电信 | 345.9 / 216.0ms | 0/16;0/16 | 2262.0ms |
| 西安 电信 | 207.5 / 205.2ms | 0/16;0/16 | 236.2ms |
| 长沙 联通 | 211.8 / 212.6ms | 0/16;0/16 | 226.7ms |
| 桂林 联通 | 222.2 / 223.6ms | 0/16;0/16 | 233.2ms |
| 南宁 联通 | 220.4 / 220.4ms | 0/16;0/16 | 230.3ms |
| 昆明 移动 | 4692.0 / 4093.0ms | 7/16;7/16 | 15559.0ms |
| 台山 移动 | 4235.0 / 3702.0ms | 7/16;8/16 | 15529.0ms |
| 北京 移动 | 327.8 / 519.2ms | 0/16;0/16 | 1230.0ms |
| 无锡 移动 | 1915.0 / 2849.0ms | 0/16;0/16 | 15247.0ms |
| 扬州 移动 | 1845.0 / 3146.0ms | 1/16;1/16 | 18674.0ms |
昆明移动两轮各失败 7 次,台山分别失败 7 次和 8 次。即使成功连上,也有超过 15 秒的样本。无锡两轮全部连通,但平均等待约 1.9 秒和 2.8 秒;扬州每轮失败 1 次,第二轮最慢一次达 18.7 秒。北京移动没有失败,平均延迟仍从 328ms 上升到 519ms。
这些结果不能代表所有移动用户,但足以让我对国内移动直连保留意见。登录、提交表单、调用接口,都要先建立连接;几秒钟的等待还没算进程序和数据库处理,增加 VPS 内存也解决不了这一步。
昆明移动两轮 ping 都没有丢包,TCP 443 却每轮失败 7 次;无锡 ping 两轮分别丢了 5 包和 6 包,TCP 全部成功,但连接仍然很慢。网站判断至少要把业务端口一起测,ICMP 丢包和 TCP 连接失败分开记录。
TCP 22 上也有移动节点的慢连接和失败。目前无法确定等待来自探针、具体传输链路还是服务器侧过滤。这批测试发生在白天,晚高峰和长期稳定性还需要另选时间测试。
国内数据采集于北京时间 12:13—12:17。同一批 11 个探针做了两轮 TCP 443,每轮各 16 次;表中的平均延迟只统计成功连接,不含 TLS 握手、程序处理和页面加载。
美国三个城市,144 次连接全部成功
为了避免只测同一个机房附近的一个节点,达拉斯、洛杉矶、纽约各选了三个不同 ASN 的探针,共 144 次 TCP 443 连接,全部成功。
| 探针城市 | 三个探针的 ASN | 各探针平均延迟范围 | 成功次数 |
|---|---|---|---|
| 达拉斯 | AS36352、AS62240、AS152586 | 1.25—2.53ms | 48/48 |
| 洛杉矶 | AS36352、AS35916、AS25820 | 31.63—34.88ms | 48/48 |
| 纽约 | AS14061、AS49683、AS9009 | 37.97—41.82ms | 48/48 |
美国三个城市都没有出现国内部分移动探针那样的秒级等待。主要客群在美国的展示站、博客,可以据此继续比较达拉斯;香港、东南亚客群则还要看对应地区的测试。
香港探针两轮平均约 194ms,东京约 142—143ms,新加坡约 270—273ms,德国 Falkenstein 约 142—143ms,均完成了两轮共 32 次连接。面向东南亚用户时,先测主要客群所在的网络,再决定是否放在达拉斯。
海外传输:从 VPS 测下载和上传
使用 iperf3 3.16,分别连接 Clouvider 官方公开的达拉斯和洛杉矶测速端点。IPv4、单条 TCP 流,每轮 6 秒,上传与下载各三轮,以接收端实际收到的数据计算速度;方向以 VPS 为参照。
| 端点城市 | 方向 | 三轮中位数 | 三次结果 |
|---|---|---|---|
| 达拉斯 | VPS 下载 | 775.6Mbps | 775.6 / 781.0 / 766.2Mbps |
| 达拉斯 | VPS 上传 | 769.3Mbps | 790.4 / 743.3 / 769.3Mbps |
| 洛杉矶 | VPS 下载 | 328.1Mbps | 328.1 / 305.2 / 443.7Mbps |
| 洛杉矶 | VPS 上传 | 670.0Mbps | 664.2 / 670.0 / 677.6Mbps |
这是 VPS 与这两个美国端点之间的传输表现,不能代替国内三网下载测速,也没有覆盖长期持续带宽。前面的国内连接与这里的海外吞吐要一起看:海外传输快,国内访客也可能先等很久才建立连接。
三网去程与回程
从广州电信、长沙联通、昆明移动和无锡移动向这台 VPS 做 TCP 443 路由追踪,四个样本都收到了目标响应。中间部分路由器没有回答,不把这些星号当成网站丢包。
| 国内探针 | 去程样本中查到的网络 |
|---|---|
| 广州电信 | 202.97 节点:AS4134;随后可见 Cogent AS174 |
| 长沙联通 | 219.158 节点:AS4837;随后可见 Cogent AS174 |
| 昆明、无锡移动 | 223.120 节点:AS58453;随后可见 AS1299 |
电信、联通样本在 Cogent 节点名里出现了 lax、phx、dfw 等标记,移动样本则出现了 twelve99 的 lax、dls 标记。它们能辅助观察路径,但不能拿去程替代回程,也没有依据把这台机器写成 CN2 GIA、9929 或 CMIN2。
移动去程追踪到目标时,也出现了约 3.3 秒的响应,与连接测试里的长等待一致。它补充了异常观察,仍不足以定位哪一段链路造成了等待。
回程另从 VPS 向国内电信、联通和移动测试地址发起 ICMP 路由追踪。每跳一次探测,最多 24 跳;下表按响应 IP 的当日 RIPEstat 归属列出首次出现的 ASN。没有回应的跳点不补猜。
| 回程方向 | 测试地址 | 响应跳点的 ASN | 终点情况 |
|---|---|---|---|
| 电信 | 113.108.209.1 | AS36352 → AS1299 → AS4134 | 目标未响应 |
| 联通 | 210.21.196.6 | AS36352 → AS1299 → AS4837 → AS17816 → AS17623 | 目标响应 |
| 移动 | 120.196.165.24 | AS36352 → AS1299 → AS58453 → AS9808 → AS56040 | 目标响应 |
三条回程样本都出现 AS1299,随后分别进入电信、联通和移动网络。联通、移动目标有响应,电信在 24 跳内没有收到终点回答。这些是到所测地址的 ICMP 路径,不能用来断言所有用户的回程,更不能用中途星号认定业务丢包。
现在买 8GB,先核对 CPU、机房和年付条件
2026 年 10 月 3 日,RackNerd Specials 页面展示的 8GB KVM 档为 119.99 美元/年,包含 7 vCPU、150GB SSD、20TB 月流量和 1Gbps 端口。折算约 10 美元/月,但要一次支付全年。
本文这台机器实际分配 6 vCPU,官网当前这一档写的是 7 vCPU;不能因为内存、磁盘和流量接近,就当成同一个套餐。这台机器的实际付款和续费金额还要看订单账单。选新套餐时,把 CPU、机房和最终账期金额一起核对,确认是否能选到达拉斯。
20TB 是官网展示的月流量额度,1Gbps 是端口标称值。面板将 20,000GB 显示成约 19.53TB,比较时先核对单位和计量口径,不能把两个数字直接相减当成少给流量。
博客、独立站和自建应用怎么选
美国访客为主的博客、企业展示站,这台机器的美国连接结果值得考虑。给静态内容配置缓存,动态页面再用自己的程序验证。国内用户为主,尤其是移动用户较多的站点,我会先比较其他地区和线路。
商城除了页面,还要测登录、购物车、订单写入、支付回调以及邮件和物流接口。8GB 内存能给网站与数据库留出空间,不能消除连接等待,也不能保证同步写入或单个请求足够快。
自建应用如果主要连接美国 API,先测实际依赖的地址,再估算进程需要多少内存。游戏服应按前面的单线程结果慎重选型,并测试玩家使用的 UDP 或 TCP 端口;本次 HTTPS 连接结果无法推算玩家人数。
买完先核对面板和系统识别的配置、磁盘容量,再设置 SSH、防火墙和异地备份。RackNerd 的 VPS 由用户维护系统和应用;不要把控制面板的一键安装当成日常备份。重装和一键应用安装会清除原有数据,有现成网站时先把备份保存到另一处。