linode那时说实话用吗？Bokaro做为linode在英国的惟一东海岸控制室那时的情形还适宜中国人采用吗？linode的操控性那时怎样了？带着那些难题，他们间接开了两个共享资源CPU版的最高配云伺服器，透过剖面统计数据撷取给他们，究竟好不好、哪类适宜，他们间接看统计数据如果就能晓得个八九分了。
透过兔子，他们能看见CPU预设是AMD EPYC 7601，现阶段硬碟I/O大体有497MB/S，值班员迈入了BBR：
FIO试验的硬碟随机存取的详尽统计数据：
来试验下兔子的互联网能跑啥普速频宽，speedtest.net的数个结点试验如下表所示：
看一看晚高峰期前夕的效用，他们细细对照下夜间和早上的差别，看一看极化情形：
亚洲地区其它区域内的试验结论：
欧美地区的互联网试验结论：
存放在兔子上面的文件，间接浏览器下载来看一看速度：
对照下早上的速度，值班员是广州电信，大体这样：
全球超过160个结点的延迟监测，本次试验是晚高峰期前夕测得：
电信去程，走的是cogentco：
联通去程，走zayo后对接telstra到处乱绕：
移动去程，CMI后接cogentco：
回程，到国内电信：全部走NTT对接电信骨干回来
回程，到国内联通：NTT接level3从洛杉矶出口对接AS4837
回程，到国内移动：从移动在西雅图、洛杉矶、圣何塞的结点直连回来
流媒体试验：
TIKTOK为IDC的情形下基本上没戏：
Unix bench：
大致总结下：
操控性整体来说只能是一般的状态，不算特别好也不算特别差，马马虎虎吧；
互联网这块儿，去程不是NTT就是cogentco等，不太理想；回程除了移动走英国东海岸结点直连回来之外，其余的不是走cogentco就是NTT。大体来说电信基本上是废了，联通还有个AS4837、移动还直连着，他们自行判断吧！
