搬瓦工日本东京JPTY_1测评，适合移动用户，解锁TikTok等流媒体

本文带来的是搬瓦工的“E-Commerce VPS”系列下的日本东京数据中心“JPTY_1”的测评，先说下官方提供的信息：“AMD+NVMe, Equinix IX, Google, Cloudflare, NTT, Softbank, China Direct”，看起来国内方向的网络是直连了。测评数据大致总结：Unix bench ，单核648分、6核2653分，看起来服务器CPU的负载不算低了；FIO测试，4K数据，读取223.95MB/S、IOPS大致55.9K，写入224.54MB/S、IOPS大致56.1K，看起来蛮不错；广播IP，解锁TikTok、ChatGPT、Claude、Gemini、Netflix、AmazonPV等，IPv6下也有一些可以解锁；三网去程直连，尤其电信还是CN2；电信回程是CMI、联通回程走CMI部分还绕了韩国、移动回程是CMI；晚高峰电信的效果较差、联通凑合、移动能飞…

官方网站：https://bwh81.net

付款方式：信用卡、PayPal、支付宝、银联

服务武器所用CPU为AMD EPYC 9004，具体型号未知，主频2445.404MHz，底层为KVM虚拟，系统模版默认开了BBR，同时支持IPv4&v6，网络提供fiberlogic（实际也是搬瓦工自己），归属地日本东京，当前I/O实测大致794MB/S：

FIO测试，4K数据，读取223.95MB/S、IOPS大致55.9K，写入224.54MB/S、IOPS大致56.1K，看起来蛮不错：

国内三网多节点的带宽上下行测试数据，白天、晚高峰，数据对比如下：

陕西西安电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：

四川成都电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：

四川眉山联通的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：

湖南长沙移动的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：

iperf3测试，部分国际节点（包括IPv4和IPv6环境下）的收发数据效果如下：

国内三网多节点的延迟测试数据，平均延迟63毫秒：

电信去程：走的是CN2直连日本

联通去程：AS4837+AS10099直连

移动去程：直连移动日本节点…

电信回程：走移动CMI日本节点直连回国

联通回程：

北京方向：部分路由被隐藏了，看不到数据…

上海方向：走的是移动cmi直连回国

广州方向：直连去了韩国GSL然后转联通as10099直连回国

移动回程：走移动自己的CMI直连回国

多个数据库对当前IP属性的大致判断：广播IP，解锁TikTok、ChatGPT、Netflix、AmazonPV

部分流媒体解锁测试的大致结果：Claude、Gemini、steam currency等热门都可以搞定

IPv6环境下，多个数据库对当前IP属性的大致判断：广播IP，解锁新加坡ChatGPT、Disney+、Netflix、reddit

IPv6环境下部分流媒体解锁结果，Claude、Gemini、steamcurrency等热门一样可以搞定

Unix bench ，单核648分、6核2653分，看起来服务器的负载不算低了；