RFC SG T1 Golden 测评记录 - 拾壹「ShiYi」

SG T1 Golden 的新加坡地区服务检测较完整，流媒体和 ChatGPT 均显示原生解锁。国内网络则没有同样整齐的结果：电信大包延迟多在 300 ms 以上，移动也有较高延迟，国内常规测速全部报错。此外，IPQS 给出 100 分高风险，解锁成功之外还需要关注实际服务的风控表现。

本文根据测评截图整理，测试时间均按北京时间（CST）标注。配置、性能、线路和解锁结果对应当次测试环境。

配置与测试环境

实例分配 2 个 vCPU，系统可见内存为 960 MB、硬盘容量为 20 G。sysbench 单线程成绩为 1622.75，多线程成绩为 3154.85。磁盘顺序单队列读取为 1010 MB/s、写入为 499 MB/s，4K 单队列读写则分别为 62.8 MB/s 和 53.1 MB/s。

报告将地址标为广播 IP，各数据库均将使用类型识别为机房。基础使用地为新加坡，城市和时区却为东京，BGP 注册地区则显示香港。这些定位字段相互矛盾，无法单独用于确认实际机房位置。

TikTok、Disney+、Netflix、YouTube、Amazon Prime Video、Reddit、ChatGPT 七项均显示 新加坡地区原生解锁。这些是脚本的检测结果，实际账号访问和片库可用性还需以对应服务为准。

邮件端口检测显示，本机 IPv4 的 25 端口出站为阻断。黑名单统计为有效 423 项、正常 419 项、已标记 4 项、黑名单 0 项。其中“已标记”和“黑名单”为不同统计字段。

网络报告显示已启用 BBR 与 fq。按电信、联通、移动的顺序，TCP 大包延迟在北京为 372 / 140 / 217 ms，在上海为 330 / 640 / 210 ms，部分节点延迟明显偏高。

国内常规测速全部返回 ERROR，无法据此评估实际吞吐量。国际测速中，新加坡本地节点显示 0 ms，香港为 36 ms，东京为 87 ms。这里保留脚本的 0 ms 显示值（通常因同机房或极低延迟四舍五入所致，不代表物理传输耗时为零）。

电信追踪中的 AS4134 与汇总的 163 标签对应普通电信骨干网；联通回程为 4837，移动经 NTT 转 CMI。三网均未接入面向中国大陆的低延迟直连优化线路，结合前述 200—640 ms 的大包延迟，这款机型定位于国际互联（Tier 1），并不具备大陆方向直连优势。

SG T1 Golden 1 适合需要新加坡原生解锁或亚太国际互联的场景。若主要从中国大陆直接访问，普通国际回程带来的高延迟和缺失的吞吐量数据都需要提前考量或配合中转使用。对风控敏感的使用场景，还应直接验证目标服务，确认 IPQS 100 分高风险评价是否会触发实际访问限制。

本文根据测评截图整理，测试时间均按北京时间（CST）标注。配置、性能、线路和解锁结果对应当次测试环境。

网络报告显示已启用 BBR 与 fq。按电信、联通、移动的顺序，TCP 大包延迟在北京为 372 / 140 / 217 ms，在上海为 330 / 640 / 210 ms，部分节点延迟明显偏高。