今天甲骨文圣何塞 ARM PAYG 免费满配性能报告

今天把甲骨文（Oracle Cloud）美国西部圣何塞 ARM 的机器重新完整跑了一遍测试，顺便把 AdGuard Home、Xray 也装上了，做个实测记录。

NodeQuality 这次的三网回程路由接口大量返回 NoData，所以回程部分暂时不能据此评价。

整体感受就是：硬件很香，网络一般。

💻基本信息

🎬IP质量

🌐网络质量

📍回程路由

NodeQuality链接

补充：重新做了一次三网回程深度测试。
上一次 NodeQuality 的回程部分大量 NoData，所以这次单独补了一轮 NextTrace/NetQuality，终于拿到了完整回程结果。
北京
电信：Unknown → NoData（这一次仍然没有拿到数据）
联通：GTT → 4837
Oracle San Jose
↓
GTT
↓
上海
↓
北京联通

回国后主要走联通 4837，实测节点约 159–188ms。

移动：Level3 → CMI
Oracle San Jose
↓
Level3
↓
Los Angeles
↓
CMI
↓
上海
↓
北京移动

北京移动实测约 190–202ms。

上海
电信：GTT → 163
Oracle
↓
GTT
↓
Los Angeles
↓
163
↓
上海电信

实测约 149–155ms。

联通：GTT → 4837。实测约 172ms。

移动：Level3 → CMI
Oracle
↓
Level3
↓
Seattle
↓
CMI
↓
上海移动

实测约 154–163ms。

广东
电信：Level3 → 163
Oracle
↓
Level3
↓
广州电信
实测约 147–163ms。

联通：Level3 → 4837
Oracle
↓
Level3
↓
北京
↓
广州联通
实测约 192–221ms。

移动：Level3 → CMI
这条最有意思：
Oracle San Jose
↓
Level3
↓
Frankfurt
↓
CMI
↓
广州移动
实测约 263–266ms，明显比电信、联通差。

所以这台圣何塞 Oracle 的回程其实并不是“完全不行”，而是不同运营商差异比较大：
电信：★★★★☆
联通：★★★☆☆
移动：★★☆☆☆

电信整体反而比较漂亮，联通也能接受；移动尤其是广东移动出现了 美国 → 欧洲 → 中国 的绕路，延迟明显偏高。

所以我之前说“回程数据缺失，无法评价”是针对上一次测试结果；现在补测后可以确认，这台机器的主要问题不是所有中国线路都差，而是运营商之间差异非常明显。

https://report.check.place/net/3IW3LK52L.svg

另：补测后发现这台 Oracle 圣何塞对联通还挺友好，回程能稳定看到 4837，颇有一点“联通快乐机”的味道；熟悉绿云线路的朋友应该会比较眼熟。我也有绿云，之前帖子说了