本文是digitalcloud的日本vps的详细测评数据分享，大致总结：Intel Xeon Silver 4210R，Unix bench测试，单核跑分1108分，性能还行；FIO测试，4K数据，读取42.17MB/S、IOPS-10.2K，写入42.26MB/S、IOPS-10.3K，目前性能比较一般，也可能是刻意被限制；国内三网多节点的延迟测试，平均240毫秒，延迟确实挺高的；电信骨干接NTT去日本、联通和移动都是直连美国西海岸然后接tata去日本，电信和联通回程基本上以NTT出海回国为主，移动回国绕新加坡或者美国回国，从国内节点的下载测速来看相对来说移动用户的效果要好一些，其次是联通用户，电信排最后…广播IP，解锁TikTok、ChatGPT、Claude、AmazonPV，无法解锁Gemini…
官方网站：https://digitalcloud.pro/
服务器所用CPU具体型号为Intel Xeon Silver 4210R（ 10核、20线程、主频2.4GHz、加速频率3.2GHz ），底层为KVM虚拟，站长启用了BBR，不支持IPv6，目前无法判断区域，当前I/O实测693.3MB/S：
FIO测试，4K数据，读取42.17MB/S、IOPS-10.2K，写入42.26MB/S、IOPS-10.3K，目前性能比较一般，也可能是刻意被限制：
陕西西安电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
四川成都电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
四川眉山联通的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
广东江门移动的机器，下载存放在测试机上的文件，白天、晚高峰（第二章图中的时间因为时区设置错误），下载速度对比如下：
SpeedTest.Net的部分国际节点的带宽上下行测试数据：
国内三网多节点的延迟测试，平均240毫秒，延迟确实挺高的：
电信去程：骨干网对接AS38281/Huize Telecom，然后接NTT去机房
联通去程：直连移动美国CMI圣何塞节点，然后接TATA去日本
移动去程：直连移动美国圣何塞节点，然后接TATA去日本
电信回程：
北京、上海方向：走NTT出海回国
广州方向：走tata去美国洛杉矶，然后出海回国
联通回程：
北京、上海方向：走NTT出海回国
广州方向：走联通AS10099出海回国
移动回程：
北京方向：走CDN77接新加坡PCCW然后经过香港回内地
上海方向：走cogent去美国圣何塞，然后出海回国
广州方向：走PCCW去美国圣何塞，然后移动CMI出海回国
多个数据库对当前IP属性的大致判断：广播IP，解锁TikTok、ChatGPT、AmazonPV…
部分流媒体解锁的情况：可以解锁Claude、steam currency，无法解锁Gemini；
Unix bench测试，单核跑分1108分，性能还行：
