跳到主要内容

主机评测

RackNerd 达拉斯 6核8GB 实测:CPU、磁盘与国内三网表现

KuZhuJi发布于

E5-2699 v4、6 vCPU、8GB、150GB 的达拉斯样机,补齐三轮 CPU、磁盘和传输测试。美国九个探针全部连通,国内电信与联通约 200ms,部分移动节点反复出现长等待和连接失败。

机器配置与测试环境

这台 RackNerd 达拉斯 VPS 更适合面向美国访客的网站,以及对内存、磁盘空间有要求的轻量自建应用。国内电信、联通的连接大多在 200ms 左右,部分移动节点却反复出现数秒等待和连接失败。主要服务国内移动用户,我不会优先选它。

2026 年 10 月 3 日,面板配置与系统读取结果
项目这台机器的配置
机房Dallas,USA
节点DAL191KVM
虚拟化KVM
CPUIntel 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 个线程。表里是每秒完成的事件数,越高越好;取三轮中位数,同时保留波动范围。

RackNerd 达拉斯 sysbench 1、3、6 线程三轮测试结果
sysbench 1.0.20,prime=20000,每轮 8 秒;柱形为三轮中位数,保留各轮结果。
相同参数、同一台 VPS;nice 19,现有应用继续运行
线程数三轮中位数(events/s)三轮范围(events/s)
1 线程234.33218.33—254.36
3 线程846.61821.68—883.81
6 线程1,724.971,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 秒,临时文件在测试后删除。

MiB/s 为二进制单位;小队列短测,不是整块 SSD 的持续性能
测试吞吐中位数IOPS 中位数三轮吞吐范围
4KiB 随机读27.71 MiB/s7,09527.52—29.50 MiB/s
4KiB 随机写26.47 MiB/s6,77724.66—28.89 MiB/s
1MiB 顺序读1311.14 MiB/s1,3111254.95—1326.53 MiB/s
1MiB 顺序写731.11 MiB/s731687.13—735.11 MiB/s
4KiB 随机写,每次 fsync4.17 MiB/s1,0673.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。只报一个平均数,会漏掉这样的长等待。

RackNerd 达拉斯国内 11 个探针两轮 TCP443 连接延迟与失败次数
2026-10-03 日间,两轮各 16 次连接;均值只计算成功连接,失败次数单独列出。
每轮 16 次 TCP 443 连接;平均延迟仅统计成功连接,失败单独列出
探针两轮成功连接平均延迟两轮失败次数两轮最慢成功连接
广州 电信205.4 / 205.0ms0/16;0/16221.8ms
桂林 电信345.9 / 216.0ms0/16;0/162262.0ms
西安 电信207.5 / 205.2ms0/16;0/16236.2ms
长沙 联通211.8 / 212.6ms0/16;0/16226.7ms
桂林 联通222.2 / 223.6ms0/16;0/16233.2ms
南宁 联通220.4 / 220.4ms0/16;0/16230.3ms
昆明 移动4692.0 / 4093.0ms7/16;7/1615559.0ms
台山 移动4235.0 / 3702.0ms7/16;8/1615529.0ms
北京 移动327.8 / 519.2ms0/16;0/161230.0ms
无锡 移动1915.0 / 2849.0ms0/16;0/1615247.0ms
扬州 移动1845.0 / 3146.0ms1/16;1/1618674.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 连接,全部成功。

2026-10-03 12:15,北京时间;每个探针 16 次连接
探针城市三个探针的 ASN各探针平均延迟范围成功次数
达拉斯AS36352、AS62240、AS1525861.25—2.53ms48/48
洛杉矶AS36352、AS35916、AS2582031.63—34.88ms48/48
纽约AS14061、AS49683、AS900937.97—41.82ms48/48

美国三个城市都没有出现国内部分移动探针那样的秒级等待。主要客群在美国的展示站、博客,可以据此继续比较达拉斯;香港、东南亚客群则还要看对应地区的测试。

香港探针两轮平均约 194ms,东京约 142—143ms,新加坡约 270—273ms,德国 Falkenstein 约 142—143ms,均完成了两轮共 32 次连接。面向东南亚用户时,先测主要客群所在的网络,再决定是否放在达拉斯。

查看 RackNerd 当前 VPS 套餐与机房 ↗

海外传输:从 VPS 测下载和上传

使用 iperf3 3.16,分别连接 Clouvider 官方公开的达拉斯和洛杉矶测速端点。IPv4、单条 TCP 流,每轮 6 秒,上传与下载各三轮,以接收端实际收到的数据计算速度;方向以 VPS 为参照。

单 TCP 流短测;Mbps 为十进制单位
端点城市方向三轮中位数三次结果
达拉斯VPS 下载775.6Mbps775.6 / 781.0 / 766.2Mbps
达拉斯VPS 上传769.3Mbps790.4 / 743.3 / 769.3Mbps
洛杉矶VPS 下载328.1Mbps328.1 / 305.2 / 443.7Mbps
洛杉矶VPS 上传670.0Mbps664.2 / 670.0 / 677.6Mbps

这是 VPS 与这两个美国端点之间的传输表现,不能代替国内三网下载测速,也没有覆盖长期持续带宽。前面的国内连接与这里的海外吞吐要一起看:海外传输快,国内访客也可能先等很久才建立连接。

三网去程与回程

从广州电信、长沙联通、昆明移动和无锡移动向这台 VPS 做 TCP 443 路由追踪,四个样本都收到了目标响应。中间部分路由器没有回答,不把这些星号当成网站丢包。

ASN 按当日 RIPEstat 查询;这是国内探针到 VPS 的去程
国内探针去程样本中查到的网络
广州电信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。没有回应的跳点不补猜。

VPS 到国内测试地址;ICMP 路由样本,与前面的 TCP 443 去程分开
回程方向测试地址响应跳点的 ASN终点情况
电信113.108.209.1AS36352 → AS1299 → AS4134目标未响应
联通210.21.196.6AS36352 → AS1299 → AS4837 → AS17816 → AS17623目标响应
移动120.196.165.24AS36352 → 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 连接结果无法推算玩家人数。

比较 RackNerd 机房与配置 ↗

买完先核对面板和系统识别的配置、磁盘容量,再设置 SSH、防火墙和异地备份。RackNerd 的 VPS 由用户维护系统和应用;不要把控制面板的一键安装当成日常备份。重装和一键应用安装会清除原有数据,有现成网站时先把备份保存到另一处。

比较方案:RackNerd 各机房怎么选 →

开通后:ctrl 面板、控制台与防火墙 →

博客建站:先选合适的主机 →

自建应用:Docker 主机配置怎么选 →