linode云服务器有太多机房可选了,德国机房的云服务器现在怎么样了?带宽还是那么充裕吗?回国内的线路是否有改动?性能是否有变化(因为切换了AMD平台了)?回答这些问题只需要一个测评就可以了,大家自行查看本次的测试数据,心中自然会有分晓!
大致是默认统一的CPU型号了,至少当前是这样,都是AMD EPYC 7601;硬盘的I/O当前大致在764MB/s,站长默认习惯性开启了BBR:
为了更加详细查看硬盘的读写性能,我们试试FIO来看数据:
买VPS速度很关键,带宽能跑多少是个核心因素,speedtest开起来,第一个节点是就近节点,大致说明我们测试的这个最低配的上行是1Gbps(官方给最低配确实也是限制上行1Gbps,最高配给12Gbps),下行不知道具体限制了多少(官方给的解释是40Gbps in)。其余节点都是国内的三网节点了,大家自行研究:
来对比下晚高峰,骨干网爆炸期间的情况吧。至少电信这块儿的节点稳定性上差了不少,和白天相比差距太大了,联通依旧是那么稳…
亚洲区域内其他节点的测试数据:
跑跑欧美节点,大家看看iperf3的测试结果:
下面是存放在VPS上的文件,站长是广州电信,直接Chrome下载的速度:
晚高峰期间测试,衰减接近50%了:
全球超过170个节点的延迟监测:
电信去程,骨干网对接NTT,从洛杉矶横穿美国再去欧洲:
联通去程,骨干网对接TATA,从洛杉矶横穿美国再去欧洲:
移动去程,CMI国际直达德国de-cix数据交换中心:
回程,到国内电信:
北京方向:走tata从德国对接电信骨干
上海方向:走telia到中国电信在法兰克福的节点,然后直接回来
广州方向:走cogentco从德国出来对接电信骨干
回程,到国内联通:
北京方向:走gtt从德国对接联通AS4837
上海方向:走cogentco对接联通as4837
广州方向:走tata从德国出来对接联通as4837
回程,到国内的移动:都是从德国de-cix数据交换中心出来走移动在法兰克福的节点,优化的挺好
流媒体检测:
TIKTOK看起来是没戏了:
Unix bench Mark:
大致总结下:
去程,电信和联通都绕道了美国,而移动是直达;
回程,
电信都是走TATA、telia、cogentco,考虑到这些晚上炸稀烂,哎,可怜电信用户;
联通和电信回程一样,但是AS4837不一样,联通的国际网路效果比电信好,这是公认的;
移动,全部从移动德国节点直接杀回来