拉脱维亚位于波罗的海东岸，首都里加作为波罗的海地区重要的交通枢纽。这里不仅是连接北欧与东欧的桥梁，到西欧主要城市的网络延迟也控制得不错。JustHost 选择在里加部署数据中心，看中的正是这个地理位置带来的网络优势。
对于需要欧洲节点的站长来说，拉脱维亚机房因为网络基础设施相当完善，算是个性价比不错的选择。本次测评选用 JustHost 的 Sirius 基础套餐，通过一系列标准化测试来看看这个机房的真实表现如何。
测试套餐配置
本次测评使用的是JustHost Sirius基础款VPS，具体配置如下：
| 套餐 | CPU核心 | 内存 | 磁盘 | 带宽 | 月付价格 |
|---|---|---|---|---|---|
| Sirius | 1核 | 1024 MB | 20 GB NVMe | 300 Mbit(共享) | $5.86 |
需要购买 JustHost VPS 的用户可以前往 JustHost 官网 选购，建议在下单前查看我们整理的 JustHost 优惠码页面，通常能省下一笔费用。这款套餐的定位很明确，就是给个人站长、小型项目使用的入门配置。
基础系统信息
系统与内核版本
测试服务器运行的是Ubuntu 22.04.5 LTS长期支持版本，内核版本为5.15.0-122。这个版本的稳定性经过长时间验证，适合生产环境使用。系统架构为x86_64，也就是常说的64位系统，能够充分利用现代处理器的性能。
Ubuntu 22.04.5 LTS
Linux 5.15.0-122-generic #132-Ubuntu SMP Thu Aug 29 13:45:52 UTC 2024 x86_64
处理器配置
里加机房的 Sirius 套餐采用 Intel Xeon Gold 6148 处理器，这是英特尔至强金牌系列的服务器级 CPU，主频 2.40GHz。虽然分配的只有 1 个核心，但至强处理器在单核性能和稳定性上都有保障。对于基础套餐来说，这个 CPU 配置已经很不错了。
Model name: Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 1
内存与交换分区
实际可用内存为 957MB，这个数值略低于标称的 1024MB，属于正常现象：计算机进制换算造成的。需要注意的是，JustHost 默认不配置 Swap 交换分区，这对于 1GB 内存的 VPS 来说可能有点紧张。
total used free shared buff/cache available
Mem: 957Mi 180Mi 69Mi 1.0Mi 707Mi 616Mi
Swap: 0B 0B 0B
建议小内存 VPS 用户手动配置 1-2GB 的 Swap 空间，作为内存不足时的缓冲，防止因内存耗尽导致服务崩溃。
存储空间
磁盘使用的是 NVMe 固态硬盘，总容量 20GB，文件系统为 ext4。全新系统已使用 4.7GB 空间，剩余 15GB 可用。这个使用量主要是 Ubuntu 系统本身和必要的软件包占用，对于运行单个网站或应用来说空间够用。
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 20G 4.7G 15G 25% /
20GB 的空间虽然不算大方，但只要不是存储大量媒体文件，应付个人博客、API 服务这类应用完全没问题。如果需要更多存储空间，后期可以考虑挂载对象存储或升级套餐。
性能实测数据
CPU性能测试
使用 sysbench 对单核 CPU 进行压力测试，结果显示每秒可完成 844.06 个事件，这个成绩对于共享虚拟化环境来说属于中规中矩的水平。测试中 95% 的请求延迟控制在 1.52 毫秒以内，说明 CPU 响应速度还算稳定。
CPU speed:
events per second: 844.06
General statistics:
total time: 10.0004s
total number of events: 8443
这颗至强 Gold 6148 虽然发布年份较早（2017 年），但服务器级处理器的优势在于稳定性和持续性能输出。对于跑Web服务、脚本处理这类任务完全够用，不过遇到视频转码、大规模数据处理这种 CPU 密集型任务就力不从心了。
内存性能测试
内存读写速度达到 2975.48 MiB/秒，这个数据相当不错。虽然只分配了 1GB 内存，但读写带宽没有明显限制，说明宿主机的内存性能还是给力的。
Total operations: 30477326 (3046894.35 per second)
29763.01 MiB transferred (2975.48 MiB/sec)
内存性能对于缓存密集型应用很重要，比如 Redis、Memcached 这类服务。从测试结果看，拉脱维亚机房在内存这块没有刻意限制，用起来比较放心。
磁盘IO性能测试
这部分是重点，毕竟宣传的是NVMe固态硬盘。先看 4K 随机读写测试，读取 IOPS 达到 5170，写入 IOPS 为 5167，读写延迟分别是 168 微秒和 12 微秒。这个成绩确实符合 NVMe SSD 的表现特征：写入延迟极低，读取延迟也控制得不错。
randrw: Laying out IO file (1 file / 512MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=11.9MiB/s，w=11.9MiB/s][r=3054，w=3043 IOPS][eta 00m:00s]
randrw: (groupid=0， jobs=1): err= 0: pid=49565: Fri Jan 9 08:13:08 2026
read: IOPS=5170， BW=20.2MiB/s (21.2MB/s)(1212MiB/60001msec)
write: IOPS=5167， BW=20.2MiB/s (21.2MB/s)(1211MiB/60001msec); 0 zone resets
顺序读写测试中，读取速度 683 MiB/s，写入速度 727 MiB/s。这个数据虽然比不上本地高端 NVMe 的 2000-3000 MB/s，但在虚拟化环境中已经相当优秀。可以确认这确实是 NVMe 硬盘，而不是某些商家用 SATA SSD 冒充的 “假NVMe”。
seqrw: Laying out IO file (1 file / 1024MiB)
seqrw: (groupid=0， jobs=1): err= 0: pid=49573: Fri Jan 9 08:13:21 2026
read: IOPS=683， BW=683MiB/s (716MB/s)(496MiB/726msec)
write: IOPS=727， BW=727MiB/s (763MB/s)(528MiB/726msec); 0 zone resets
不过需要说明的是，共享带宽环境下这个 IO 性能不一定能持续保持。邻居 VPS 的 IO 压力大时，性能可能会有波动。但从测试数据看，基础性能底子打得不错，日常使用应该感觉不到明显卡顿。
网络带宽测试
Speedtest 测试连接到里加本地服务器，下载速度 364.45 Mbps，上传速度 413.55 Mbps，空闲延迟 0.80 毫秒。这个带宽数据超过了标称的 300 Mbit，说明实际带宽限制相对宽松，或者测试时段网络负载较低。
Server: Tet - Riga (id: 1268)
ISP: Baxet Group Inc.
Idle Latency: 0.80 ms (jitter: 0.14ms， low: 0.71ms， high: 0.97ms)
Download: 364.45 Mbps (data used: 436.0 MB)
7.05 ms (jitter: 14.62ms， low: 1.92ms， high: 228.99ms)
Upload: 413.55 Mbps (data used: 317.0 MB)
0.85 ms (jitter: 0.25ms， low: 0.69ms， high: 6.15ms)
上传速度比下载还快，这在 VPS 中比较少见，可能是因为测试节点就在同一个数据中心内。零丢包率说明本地网络质量稳定，不过这只是机房内部测试，到国内的实际表现还得看后面的延迟测试。
需要注意的是，标注的 300 Mbit 是 fair-share 共享带宽，意思是在保证基础速度的前提下，闲时可以跑满更高带宽。长时间大流量跑满可能会被限速，适合流量波动型业务，不太适合做持续高带宽的下载站或视频流媒体。
回国网络表现测试
基础延迟测试
直接 ping 百度的测试显示，延迟稳定在 276 毫秒左右，丢包率为 0。这个延迟数据符合欧洲到中国的物理距离预期：毕竟光速传输也有极限，两地相隔上万公里，200 多毫秒的延迟属于正常范围。
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=39 time=276 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=2 ttl=39 time=276 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=3 ttl=39 time=276 ms
64 bytes from 103.235.46.115 (103.235.46.115): icmp_seq=4 ttl=39 time=276 ms
--- www.wshifen.com ping statistics ---
4 packets transmitted， 4 received， 0% packet loss， time 3004ms
rtt min/avg/max/mdev = 275.868/275.928/275.982/0.045 ms
从单点测试看，网络稳定性不错，四个数据包的延迟几乎一致，抖动只有 0.045 毫秒。这种稳定性对于需要持续连接的应用比较友好，比如 SSH 远程操作、API 接口调用等场景。
全国多节点延迟测试
通过 itDog 进行全国多节点测试，结果显示平均延迟 289 毫秒，三大运营商中电信和联通都在 283 毫秒左右，移动稍高一些达到 302 毫秒。具体到各地节点，最快的是江苏盐城移动 191 毫秒，最慢的是西藏拉萨移动 408 毫秒。
这个数据有几个值得注意的地方：首先是三网延迟差异不大，说明拉脱维亚机房到中国的线路相对均衡，没有明显偏向某个运营商。其次是地域差异明显，东部沿海城市普遍在230-260毫秒区间，而西部和东北地区延迟明显更高。
对于面向国内用户的网站来说，280-300 毫秒的延迟确实会影响用户体验，页面加载会有明显的等待感。
丢包率测试
全国测试节点的平均丢包率为 6.35%，这个数据就不太理想了。6% 的丢包率意味着每 100 个数据包就有 6 个丢失，对于 TCP 连接来说会触发大量重传，直接影响传输效率。
之前 ping 百度是 0 丢包，但多节点测试出现 6.35% 丢包，说明不同线路质量参差不齐。这种丢包率做网站还勉强能用，但如果是实时通信、在线游戏这类对稳定性要求高的应用就比较吃力了。部分节点可能丢包更严重，导致连接频繁中断。
路由追踪分析
从上海到拉脱维亚里加的路由相当绕远，数据包先跑到美国多个城市，然后转到英国斯劳，再经过阿姆斯特丹、汉堡、斯德哥尔摩，最后才到达目的地。这条路由至少跨越了三个大洲，难怪延迟会这么高。
这种绕路现象在使用欧洲小众机房时比较常见。中国到拉脱维亚没有直连线路，只能依靠国际骨干网绕行。每一跳转发都会增加延迟和丢包风险，这也解释了为什么多节点测试会出现 6.35% 的丢包率。如果对回国速度有较高要求，拉脱维亚机房显然不行。
实际下载带宽测试
使用家庭 100Mbps 电信宽带通过 iperf3 测试实际下载速度，开启 BBR 拥塞控制算法后，平均速度稳定在 21.1 Mbps。这个数据是理论带宽的五分之一，考虑到 276 毫秒的延迟和 6% 的丢包率，这个速度已经是 TCP 协议能跑出来的极限了。
691 次重传说明网络质量确实一般，TCP协议一直在忙着重发丢失的数据包。对于普通网页浏览来说，20 Mbps的速度足够加载文字和图片，但如果要传输大文件或者做流媒体服务就力不从心了。想要提升速度，建议利用 CDN 做内容分发。
总体来说，拉脱维亚里加机房的回国网络只能算勉强及格。延迟 280-300 毫秒符合地理距离预期，但 6% 的丢包率和绕路的路由策略拖了后腿。适合对速度要求不高的项目，不适合面向中国用户的实时性业务。
IP 质量与流媒体解锁
IP 质量检测
通过 IP 质量体检工具对服务器IP进行全面扫描，结果显示这是一个标准的机房 IP，各大数据库均识别为数据中心类型。风险评分方面表现不错，IP2Location 和 AbuseIPDB 都显示为低风险，IPQS 更是风险评分为 0。
比较有意思的是地理位置识别混乱，不同数据库给出的结果从美国、拉脱维亚、捷克到俄罗斯都有。邮局连通性测试显示 25 端口开放，能连通主流邮件服务。这对需要发送邮件通知的应用来说是个好消息，至少国际邮件服务不受影响。
黑名单检测扫描了 439 个数据库，只有 49 个标记，0 个实际拉黑。这个干净度相当高，说明 IP 段没被大规模滥用过。
流媒体解锁测试
流媒体解锁情况比较一般，Netflix 和 Amazon Prime Video 能正常观看拉脱维亚区内容，YouTube Premium 显示为美国区。但 Disney+ 直接被 IP 段封禁，Spotify 注册也不可用。
AI 服务方面全部可用，ChatGPT、Google Gemini 和 Claude 都能正常访问，对于需要调用这些 AI 接口的开发者来说是个加分项。Steam 商店显示欧元区，Google Play 识别为美国区，维基百科可编辑。
总体来说，这个 IP 适合做开发测试、API 服务、个人网站这类应用，但如果想用来看流媒体或者注册特定服务就比较受限。
总结与购买建议
JustHost 从硬件配置来看，至强Gold系列处理器、真实的 NVMe 固态硬盘（性能较低）、充足的内存带宽，基础性能没有明显短板。本地网络质量优秀，延迟低至 0.8 毫秒，带宽测试能跑到 360-410 Mbps，机房内部的网络环境相当稳定。
不过回国网络确实很差。280-300 毫秒的延迟虽然符合物理距离预期，但 6.35% 的丢包率和绕路的路由策略导致实际体验打了折扣。电信百兆宽带测试，开启 BBR 后也只能跑到 21 Mbps，带宽波动还比较大。这个网络质量应付个人博客没问题。
想要购买 JustHost VPS 的用户可以访问 JustHost 官网 选择合适的套餐，下单前记得查看我们整理的优惠码页面，通常能节省一笔开支。JustHost 除了拉脱维亚，还在荷兰、美国、俄罗斯等地部署了多个数据中心，可以根据实际需求选择。
JustHost 常规优惠码，仅月付可用，立享 20% 专属折扣
LET20
20%