产品
DigitalFyre｜DigitalFyre.SMALL S2²
8 vCPU
8GB RAM
65GB SSD
10Gbps 带宽
8TB/月流量
1 IPv4 + IPv6（双栈）
KVM 虚拟化
国际线路
Linux
$10 USD/月
购买方式：工单排队
排队链接：https://vps-deploy-queue.digitalfyre.com/
按本次套餐的购买记录，需要先发送工单排队，再由商家通过工单创建账号和订单，资源很难排到，先排到再说 : )
注：本文按本次所测 SMALL S2² 套餐记录整理，$10 USD 为月付。商家曾公布同类 8C8G、10Gbps、8TB 流量的 $10/月活动，但标称磁盘容量为 65GB NVMe；下文保留本次机器记录的 64GB 容量。测速仅代表当时网络状态。商家活动帖
简评
这次测试的是 DigitalFyre.SMALL S2²，月付 $10 USD。
配置给到了 8C8G、65GB SSD、每月 8TB 流量，亮点主要在 AMD Ryzen 9 9950X 以及 10Gbps 大口，适合拿来跑网站、容器和各种吃 CPU 的轻量任务。
IPv4 和 IPv6 均为 DigitalFyre Internet Solutions, LLC. 的 AS64245，美国洛杉矶双栈。实测 YouTube Premium、Amazon Prime Video、ChatGPT 和 Claude 可以正常使用，不过 Netflix 只有自制剧，Disney+ 被封，Gemini 也不可用。
大陆方向就比较普通了。
电信回程主要为 GTT → 163，联通为 TATA → 4837，移动则走 TATA → CMI。三网都属于比较常规的美国国际线路，本次湖北方向电信约 175ms，联通约 200ms，移动约 205ms，没有什么特别明显的回国优化。
简单总结就是：
CPU 猛、带宽大、配置足。
如果主要需求是美国本土业务、建站和短时多线程任务，这台挺有意思；大陆低延迟和完整流媒体解锁就不是它的强项了。
简测
系统信息
-> System Information
CPU Model Name: AMD Ryzen 9 9950X 16-Core Processor
CPU Cache Size: L1: 384.00 KB / L2: 8.00 MB / L3: 512.00 MB
CPU Specifications: 8 vCPU(s)
Virtualization Ready: No
Virtualization Type: KVM
Memory Usage: 2.40 GiB / 7.73 GiB
Swap Usage: [ no swap partition or swap file detected ]
Disk Usage: 15.04 GiB / 63.43 GiB
Boot Disk: /dev/sdb1
OS Release: Debian GNU/Linux 12 (bookworm) (x86_64)
Kernel Version: 6.1.0-50-cloud-amd64
-> Network Information
IPv4-IP Address: [US] 104.250.*.*
IPv4-AS Information: AS64245 DigitalFyre Internet Solutions, LLC.
IPv4-GeoIP Location: Los Angeles, California, US
硬件配置
-> CPU Performance Test
Sysbench Single Thread: 6180.26
Sysbench Multi Thread: 46804.63
Geekbench 5:
Single Core: 1726
Multi Core: 8215
-> Disk Performance Test (Using FIO, Direct mode)
Test Mode | Read | Write
----------------|-----------------------|-----------------------
RND4K/Q1 | 8.63 MB/s (2.2k) | 21.4 MB/s (5.5k)
RND4K/Q32 | 202 MB/s (52k) | 349 MB/s (89k)
SEQ1M/Q1 | 575 MB/s (575) | 1270 MB/s (1.3k)
SEQ1M/Q8 | 1291 MB/s (1.3k) | 2538 MB/s (2.5k)
CPU 给的是 AMD Ryzen 9 9950X，而且分配到了 8 vCPU，Geekbench 5 单核 1726、多核 8215，Sysbench 单线程也超过了 6000，拿来建站、跑容器和短时编译任务都比较舒服。磁盘高队列深度和顺序读写表现不错，不过 4K 单队列读取只有 8.63MB/s，不能只看顺序写入就把所有磁盘负载都吹成高性能。
Speedtest
测速节点 上传/Mbps 下载/Mbps 延迟/ms
Speedtest.net 8693.51 9262.73 0.89
洛杉矶 4239.17 9271.33 1.01
达拉斯 2668.05 9267.78 31.74
蒙特利尔 1435.10 4744.68 57.99
巴黎 568.85 1996.94 154.14
阿姆斯特丹 567.80 4781.62 147.82
中国香港 3.68 4.93 153.54
新加坡 480.51 4397.99 174.66
中国台湾 544.94 4147.04 152.12
日本东京 749.48 6269.07 110.56
这里有个挺有意思的地方。
套餐标称 10Gbps，测试时 Speedtest.net 下载达到了 9262.73Mbps，洛杉矶和达拉斯下载也超过了 9Gbps；东京下载约 6.27Gbps，台湾和新加坡约 4Gbps。不过香港这次只有 3.68Mbps 上传、4.93Mbps 下载，差距很明显。
当然还是那句话：
端口够大，不代表所有方向都能跑满。
所以别看到本地 9Gbps 就默认回国也能跑 9G : ) 苏州和宁波这次均测试失败，香港低速的具体原因也没有确认，暂时不拿这些结果直接评价大陆实际吞吐。
IP 质量
IPv4
ASN : AS64245
ISP : DigitalFyre Internet Solutions, LLC.
注册地 : 美国
IP类型 : 原生 IP（数据中心）
--------------------------------
** 正在测试 IPv4 解锁情况
--------------------------------
** 您的网络为: DigitalFyre Internet Solutions, LLC.
============[ Multination ]============
Dazn: IP Banned by Dazn
Disney+: No (IP Banned By Disney+ 1)
Netflix: Originals Only
YouTube Premium: Yes (Region: US)
Amazon Prime Video: Yes (Region: US)
TVBAnywhere+: Yes
Spotify Registration: No
OneTrust Region: US [California]
iQyi Oversea Region: US
Bing Region: US (Risky)
Apple Region: US
YouTube CDN: Los Angeles, CA
Netflix Preferred CDN: Los Angeles, CA
ChatGPT: Yes
Google Gemini: No
Claude: Yes
Wikipedia Editability: Yes
Google Play Store: United States
Google Search CAPTCHA: Free
Steam Currency: USD
Reddit: No
SD Gundam G Generation: No
=======================================
IPv4 的美国属性没什么问题，不过解锁表现比较一般。YouTube Premium、Amazon Prime Video、ChatGPT 和 Claude 正常，Netflix 只有自制剧，Disney+、Dazn、Spotify 注册和 Reddit 均未通过。风险数据库多数给出低风险，但 IPQS 为 75 分可疑 IP，不能说完全干净；本次 25 端口出站也被阻断，不适合直接搭 SMTP 发邮件。
IPv6
IPv6 同样被识别为美国原生，IPQS 也给到了 75 分可疑 IP，解锁情况如下：
ASN : AS64245
ISP : DigitalFyre Internet Solutions, LLC.
Location : Los Angeles, California
IP类型 : 原生 IP（数据中心）
--------------------------------
Netflix: Originals Only
YouTube Premium: Yes (Region: US)
Spotify Registration: No
OneTrust Region: US [California]
Bing Region: US (Risky)
Apple Region: US
Netflix Preferred CDN: Los Angeles, CA
ChatGPT: Yes
Google Gemini: No
Claude: Yes
Wikipedia Editability: Yes
Google Play Store: United States
Google Search CAPTCHA: Free
回程 TCP 检测
目标: 北京电信 回程线路: 电信163 (AS4134) [普通路线]
目标: 北京联通 回程线路: 联通169 (AS4837) [优化路线]
目标: 北京移动 回程线路: 移动CMI (AS9808) [普通路线]
目标: 上海电信 回程线路: 电信163 (AS4134) [普通路线]
目标: 上海联通 回程线路: 联通169 (AS4837) [优化路线]
目标: 上海移动 回程线路: 移动CMI (AS9808) [普通路线]
目标: 广州电信 回程线路: 电信163 (AS4134) [普通路线]
目标: 广州联通 回程线路: 联通169 (AS4837) [优化路线]
目标: 广州移动 回程线路: 移动CMI (AS9808) [普通路线]
脚本把联通 4837 标成了“优化路线”，不过这个标签只能看线路类型，实际体验还是得看 Traceroute 和延迟。
这台的联通实测大约 200ms，属实谈不上什么特别的优化 : )
Traceroute
电信
以湖北电信为例：
0.98 ms AS64245 美国 加利福尼亚 洛杉矶 digitalfyre.com
0.58 ms AS26666 美国 加利福尼亚 洛杉矶 QuadraNet
1.24 ms AS3257 美国 加利福尼亚 洛杉矶 gtt.net
1.16 ms AS3257 美国 加利福尼亚 洛杉矶 gtt.net
132.05 ms AS4134 中国 上海 chinatelecom.com.cn 电信
142.81 ms AS4134 中国 上海 chinatelecom.com.cn 电信
165.69 ms AS4134 中国 湖北 黄冈 chinatelecom.com.cn 电信
165.92 ms AS4134 中国 湖北 黄冈 chinatelecom.com.cn 电信
175.13 ms AS4134 中国 湖北 黄冈 chinatelecom.com.cn 电信
完整路径大致为：
DigitalFyre
→ QuadraNet
→ GTT
→ AS4134 电信163
→ 上海
→ 湖北
电信回程经 QuadraNet 接入 GTT，再进入普通 163，本次记录中没有看到跨其他洲的大绕路。
最终延迟大约 175ms。
对于洛杉矶普通电信线路来说属于能用的水平，但谈不上什么精品回程。
联通
湖北联通：
1.27 ms AS64245 美国 加利福尼亚 洛杉矶 digitalfyre.com
1.01 ms AS26666 美国 加利福尼亚 洛杉矶 QuadraNet
1.78 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
0.81 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
1.28 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
152.40 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
152.56 ms AS4837 中国 广东 广州 chinaunicom.cn 联通
150.55 ms AS4837 中国 北京 chinaunicom.cn 联通
203.89 ms AS4837 中国 湖北 黄冈 chinaunicom.cn 联通
206.72 ms AS4837 中国 湖北 黄冈 chinaunicom.cn 联通
实测：
TATA Los Angeles ~1-2ms
AS4837 Guangzhou ~152ms
AS4837 Beijing ~150ms
湖北联通 ~195-207ms
这边就比较普通了。
虽然线路识别为 TATA → 4837，但本次最终延迟仍在 200ms 左右。
按路由记录，进入广州以后又出现了北京节点，最后才到湖北，国内路径不算特别漂亮。
所以至少在本次测试期间：
能用归能用，别把 4837 标签当成低延迟保证 : )
移动
移动也是比较常规的美国回程。
湖北移动：
0.70 ms AS64245 美国 加利福尼亚 洛杉矶 digitalfyre.com
0.78 ms AS26666 美国 加利福尼亚 洛杉矶 QuadraNet
0.92 ms AS26666 美国 加利福尼亚 洛杉矶 Interserver
1.84 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
1.94 ms AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
8.04 ms AS6453 美国 加利福尼亚 圣何塞 tatacommunications.com
10.94 ms AS58453 美国 加利福尼亚 圣何塞 cmi.chinamobile.com
8.27 ms AS58453 美国 加利福尼亚 圣何塞 cmi.chinamobile.com
191.68 ms AS9808 中国 上海 chinamobileltd.com 移动
194.29 ms AS9808 中国 上海 chinamobileltd.com 移动
204.94 ms AS9808 中国 湖北 武汉 chinamobileltd.com 移动
205.97 ms AS9808 中国 湖北 武汉 chinamobileltd.com 移动
关键节点：
TATA San Jose ~8ms
CMI San Jose ~8-11ms
CMNET 上海 ~192-194ms
湖北武汉 ~205-206ms
最终大概 205ms。
完整路径大致为：
DigitalFyre
→ QuadraNet
→ TATA
→ 圣何塞 CMI
→ 上海移动
→ 湖北
本次上海段大约 192~194ms。
相比电信，移动这次到湖北的延迟更高，整体属于普通美国 CMI 回程，没有特别突出的低延迟优势。
总结
先说硬件。
8C8G + 65GB SSD 的配置已经比普通小鸡宽裕不少，Ryzen 9 9950X 单线程和多线程表现都很不错。磁盘顺序读写也有亮点，不过 4K 单队列读取偏弱，65GB 容量同样不算特别大。
这台真正比较有意思的是 CPU 和 10Gbps 大口。
美国本土下载实测超过 9Gbps，配合每月 8TB 流量很有可玩性，不过 IP 解锁情况就没那么漂亮了：
Netflix 只有自制剧
Disney+ ❌
YouTube Premium 美国 ✅
Amazon Prime Video 美国 ✅
Spotify 注册 ❌
ChatGPT ✅
Claude ✅
Gemini、Dazn 和 Reddit 同样未通过，IPQS 对双栈都给出 75 分可疑 IP，所以也不要无脑吹成“全解锁”或“零风险”。
网络方面三网都属于比较普通的国际线路：
中国移动：★★☆☆☆
TATA → CMI，本次经圣何塞 CMI 接入上海移动，湖北大约 205ms，没有特别突出的低延迟优势。
中国电信：★★★☆☆
GTT → 163，上海段大约 132ms，最终湖北约 175ms，是本次湖北三网中延迟相对低的一路，可以用，但谈不上精品线路。
中国联通：★★☆☆☆
TATA → 4837，最终湖北约 200ms，国内路径经过广州和北京，整体属于普通水平，不能仅凭脚本标签宣传成优化线路。
综合来看，这台比较适合：
高 CPU 性能需求
短时多线程任务
Docker / 容器
建站
API / 后端服务
短时编译
10Gbps 大带宽用途
美国本土业务
不太适合：
追求大陆低延迟
Netflix / Disney+ 完整解锁
邮件服务器
长时间持续满载 CPU
依赖 Google Gemini 的用途
这套配置的价格是：
$10 USD/月。
如果单纯看 9950X、8C8G、10Gbps 和 8TB 月流量，我觉得还是相当有可玩性的。拿来跑网站、容器和短时计算任务挺香，不过共享 CPU 不适合长期持续满载，商家会按节点情况处理过量使用。官方 VPS 说明
可惜这款套餐需要先开工单排队，账号和订单也要通过工单创建，能不能排到才是最现实的问题。
配置这么香，你排得到吗？ : )
评论区