美国纽约作为全球金融中心和互联网枢纽城市，拥有极为发达的网络基础设施。纽约地处美国东海岸，不仅是连接欧洲的重要节点，对于面向北美用户的业务来说也具备地理位置优势。
JustHost 在纽约部署的数据中心主要服务于需要美东节点的用户群体。本次测评将针对 Sirius 基础套餐进行全面测试，涵盖延迟、速度、路由、稳定性等多个维度，用真实数据展现这个机房的实际表现，为有需求的用户提供参考依据。
测试套餐配置
本次测评使用的是 JustHost Sirius 基础款 VPS，具体配置如下：
| 套餐 | CPU | 内存 | 磁盘 | 带宽 | 价格 |
|---|---|---|---|---|---|
| Sirius | 1核 | 1GB | 20GB NVMe | 300Mbps | $5.86/月 |
这是 JustHost 的入门级配置，适合建站、轻量应用、学习测试等场景。如果对配置有更高要求，可以前往 JustHost 官网 查看其他套餐方案。购买前建议查看我们整理的 JustHost 优惠码，能够节省一些成本。
测试环境安装的是 Ubuntu Server 22.04 64位系统，保持系统纯净状态，未安装额外服务，确保测试数据的客观性。
基础配置信息
在进行性能测试之前，先查看服务器的基础硬件和系统信息，了解实际分配的资源情况。
系统版本
测试机器运行的是 Ubuntu 22.04.5 LTS 系统，内核版本为 5.15.0-122，这是一个长期支持版本，稳定性和兼容性都有保障。系统架构为 x86_64，适配主流应用和软件环境。
Ubuntu 22.04.5 LTS
Linux 5.15.0-122-generic x86_64
处理器配置
CPU 采用的是 AMD EPYC 7551 32核心处理器，这是 AMD 第一代霄龙系列的旗舰型号。虽然 Sirius 套餐只分配了 1个虚拟核心，但底层物理 CPU 的性能基础不错。从配置来看，每个核心只有 1个线程，属于典型的虚拟化环境配置方式。
Model name: AMD EPYC 7551 32-Core Processor
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 1
这颗 CPU 发布于 2017 年，虽然不是最新架构，但对于日常建站、脚本运行等轻量场景完全够用。
内存状态
实际可用内存为 957MB，接近标称的 1GB 配置。系统已使用 187MB，剩余可用内存 610MB。需要注意的是，JustHost 默认不提供 Swap 交换分区，这对小内存 VPS 来说可能是个隐患。
total used free shared buff/cache available
Mem: 957Mi 187Mi 154Mi 1.0Mi 615Mi 610Mi
Swap: 0B 0B 0B
如果运行内存占用较高的应用（比如 MySQL、Redis 等），建议手动配置 Swap 分区，避免因内存不足导致服务异常。
磁盘空间
系统盘为 20GB 的 NVMe 固态硬盘，文件系统采用 ext4 格式。全新系统已使用 4.4GB 空间，剩余 15GB 可用，使用率 24%。对于建站或者轻量应用来说，这个容量基本够用。
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 20G 4.4G 15G 24% /
整体来看，Sirius 套餐的基础配置符合官方标注，资源分配没有问题。
性能实测
通过一系列基准测试，全面评估纽约机房这台 Sirius 套餐的实际性能表现。
CPU 性能
使用 sysbench 进行 CPU 计算能力测试，主要考察处理器的单核运算性能：
CPU speed:
events per second: 1342.19
General statistics:
total time: 10.0001s
total number of events: 13424
Latency (ms):
min: 0.66
avg: 0.74
max: 10.63
95th percentile: 0.83
sum: 9995.79
单核每秒能完成 1342 次事件处理，这个成绩对于 AMD EPYC 7551 来说属于正常水平。将素数计算上限提升到 20000 时，每秒事件数降至 515 左右，符合计算复杂度增加后的性能衰减规律。
对于建站、运行 PHP/Python 脚本等场景，这个 CPU 性能完全够用。
内存性能
内存读写测试采用 1KB 块大小，连续写入操作：
Total operations: 44920559 (4491355.52 per second)
43867.73 MiB transferred (4386.09 MiB/sec)
General statistics:
total time: 10.0000s
total number of events: 44920559
Latency (ms):
min: 0.00
avg: 0.00
max: 3.73
95th percentile: 0.00
sum: 4237.62
内存带宽达到 4.3GB/s，这个数值相当不错，说明内存通道没有受到明显限制。对于需要频繁内存读写的应用（如 Redis、Memcached），这个性能表现令人满意。
磁盘 IO 性能
4K 随机读写测试是衡量 NVMe 真实性能的关键指标，也是数据库、网站运行时最常见的 IO 模式：
randrw: Laying out IO file (1 file / 512MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=36.3MiB/s,w=35.7MiB/s][r=9290,w=9129 IOPS][eta 00m:00s]
randrw: (groupid=0, jobs=1): err= 0: pid=32048: Thu Jan 8 01:51:20 2026
read: IOPS=6830, BW=26.7MiB/s (28.0MB/s)(1601MiB/60001msec)
write: IOPS=6821, BW=26.6MiB/s (27.9MB/s)(1599MiB/60001msec); 0 zone resets
4K 随机读写 IOPS 均在 6800 左右，这个数据比较诚实。虽然达不到高端 NVMe 硬盘动辄几万 IOPS 的水平，但对于虚拟化环境来说已经相当不错。写入延迟仅 6 微秒，读取延迟 131 微秒，响应速度很快。
顺序读写测试能反映大文件传输场景的性能：
seqrw: Laying out IO file (1 file / 1024MiB)
seqrw: (groupid=0, jobs=1): err= 0: pid=32051: Thu Jan 8 01:51:37 2026
read: IOPS=757, BW=757MiB/s (794MB/s)(496MiB/655msec)
write: IOPS=806, BW=806MiB/s (845MB/s)(528MiB/655msec); 0 zone resets
顺序读写速度都在 800MB/s 左右，这个表现证实了确实是 NVMe 硬盘，而非普通 SATA SSD。如果是 SATA 接口的固态硬盘，顺序读写通常只有 500MB/s 左右的上限。从测试数据来看，JustHost 在存储配置上没有虚标。
由于虚拟化层的资源共享和 fair-share 带宽限制，持续高负载时可能无法始终维持这个峰值性能。
网络带宽
使用 Speedtest 测试本地网络带宽，测试节点为纽约本地服务器：
Server: Tier.Net - New York City, NY (id: 71898)
ISP: Ace Data Centers II
Idle Latency: 1.45 ms (jitter: 0.14ms, low: 1.34ms, high: 1.64ms)
Download: 395.17 Mbps (data used: 177.4 MB)
130.31 ms (jitter: 39.58ms, low: 1.31ms, high: 313.80ms)
Upload: 414.84 Mbps (data used: 317.6 MB)
1.49 ms (jitter: 0.12ms, low: 1.32ms, high: 1.98ms)
Packet Loss: 0.0%
本地带宽测试跑出了接近 400Mbps 的速度，超过了标称的 300Mbps。这是因为 JustHost 采用的是 **fair-share（共享带宽）**模式，在网络空闲时可以获得更高的突发带宽，但高峰期可能会受到限制。
国内网络访问表现
对于部署在美国的服务器，国内用户最关心的就是访问速度和稳定性。以下从延迟、丢包、路由、实际带宽等方面测试纽约机房到中国大陆的网络表现。
回程延迟测试
直接 ping 百度服务器，测试基础网络延迟：
root@r1089906:~# ping -c 4 www.baidu.com
PING www.wshifen.com (103.235.46.115) 56(84) bytes of data.
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=1 ttl=51 time=193 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=2 ttl=51 time=193 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=3 ttl=51 time=193 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=4 ttl=51 time=193 ms
--- www.wshifen.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 192.640/192.762/192.924/0.119 ms
延迟稳定在 193ms 左右，这个数值对于美国东海岸到中国的物理距离来说属于正常水平。四次 ping 测试延迟几乎没有波动，抖动仅 0.1ms，说明线路比较稳定。虽然 193ms 的延迟不算低，但对于网站访问、API 调用等场景来说还在可接受范围内。
全国多节点延迟
通过 itDog 平台测试国内各地区、各运营商的访问延迟情况：
三大运营商中，电信线路延迟最低，平均 234ms，这符合电信在国际出口方面的优势。移动线路延迟相对较高，平均达到 272ms，部分节点甚至超过 300ms。联通介于两者之间。东部沿海地区延迟普遍较低，西部内陆和偏远地区延迟明显偏高。
丢包率测试
同样使用 itDog 测试全国各节点的丢包情况：
全国平均丢包率 2%，这个数值略微偏高。理想情况下，丢包率应该控制在 1% 以内。2% 的丢包率对于网页浏览影响不大，但如果运行实时性要求高的应用（比如游戏服务器、视频通话），可能会出现卡顿或者连接不稳定的情况。
丢包主要发生在跨国线路的某些节点上，这是美国机房访问中国时的常见现象，尤其是在网络高峰期。
路由追踪
从中国上海出发，追踪到纽约机房的路由路径：
路由显示：上海 → 美国加州圣何塞 → 美国纽约
这个路由从上海出发后并没有直达纽约，而是先到了美国西海岸的圣何塞，然后再横穿美国本土到达纽约。这样的路由增加了传输距离，也是延迟偏高的主要原因之一。
实际下载速度
使用 iperf3 测试从中国本地（100Mbps 电信宽带）下载 VPS 上的数据：
测试开始前两秒速度较慢（1.69Mbps 和 28.5Mbps），这是 TCP 连接建立和拥塞窗口调整的正常现象。从第 3 秒开始速度稳定在 96-98Mbps，基本跑满了本地 100Mbps 带宽。
整个测试过程中没有发生重传（Retr=0），说明虽然延迟较高，但数据传输过程中没有丢包或错误，连接质量稳定。最终平均速度 80.9Mbps，考虑到 TCP 协议开销和前期慢启动，这个成绩已经很接近理论上限。
补充测试项目
IP 质量检测
测试结果显示该 IP 被标识为原生 IP（Native IP），这对于流媒体解锁和某些服务访问来说是个优势。不过在风险评分方面，大部分都被评定为中低风险，仅有 ipapi 被被标记为高风险。多个数据库将其识别为机房 IP，部分库检测到代理或 VPN 特征。
邮件发送方面，25 端口可用，主流邮局连通正常。而且 IP 没有进入任何黑名单数据库，这点比较干净。
流媒体解锁情况
流媒体解锁测试结果相当不错：
- Netflix、Disney+、YouTube Premium、Amazon Prime Video 全部解锁美区内容
- ChatGPT、Google Gemini、Claude 等 AI 服务均可正常访问
- TikTok 显示为美国区
从 CDN 分配来看，YouTube 走的是西雅图节点，Netflix 走的是新泽西州纽瓦克节点。Steam 显示美元货币区，Google Play 商店识别为美国区。维基百科可编辑，Reddit 正常访问。
总结评价
经过全方位测试，JustHost 纽约机房的 Sirius 基础套餐整体表现很不错。
硬件配置方面，AMD EPYC 7551 处理器提供了稳定的单核性能，1GB 内存对于轻量应用足够使用，20GB NVMe 硬盘的读写性能得到验证，顺序读写达到 800MB/s 左右，证实了存储配置的真实性。
网络方面，本地带宽测试超过 300Mbps 标称值，但这是 fair-share 模式下的峰值表现。对于中国大陆用户来说，延迟在 190-250ms 区间，电信线路相对最优，存在约 2% 的丢包率。实际下载速度能够跑满本地带宽，传输稳定性尚可。
总的来说，以 $5.86/月 的价格获得这样的配置和网络表现，性价比还算合理。如果对纽约机房感兴趣，可以前往 JustHost 官网 了解更多套餐选项，购买前记得使用 JustHost 优惠码。
JustHost 常规优惠码，仅月付可用，立享 20% 专属折扣
LET20
20%