linode的马来西亚网络系统的云伺服器那时好不好了？还适宜我国亚洲沿海地区沿海地区的客户群采用吗？带着疑点，他们来开个linode马来西亚控制室的云伺服器做个单纯的评定，因此撷取下剖面的统计数据，我们看完大自然晓得linode马来西亚控制室好不好个状况了。
开最高配的马来西亚云伺服器，CPU是amd epyc 7601，2.2GHzTNUMBERGHz，现阶段大体I/O在427MB/S的模样，迈入了BBR：
FIO对硬碟的详尽随机存取统计数据如下表所示：
他们来试一试VPS的互联网能跑到甚么模样？ speedtest的设点结点表明下行1Gbps、下行6Gbps，接着看一看亚洲沿海地区沿海地区数字电视的情形：电信公司令人震惊，这却是夜间；我国联通总体而言还算极好，终端也比电信公司好许多。
亚洲沿海地区其它沿海地区的结点的试验结论如下表所示：
iperf3试验欧美国家结点的结论如下表所示：
站长存放在试验VPS的NGINX下的文件，广州电信公司，直接用Chrome下载试验下大体的速度，结论让人吐血：
夜间已经令人震惊，晚高峰的结论不用想就晓得了：
来看一看亚洲沿海地区沿海地区80多个结点对小鸡IP的延迟监测结论吧：
电信公司去程，走NTT绕道日本后再去马来西亚：
我国联通去程，也是走NTT绕道日本再去马来西亚：
终端去程，CMI对接PCCW绕道美国再回马来西亚：
回程，到亚洲沿海地区沿海地区电信公司：
北京和上海方向，走PCCW绕道美国洛杉矶回来；
广州方向，走马来西亚NTT回来；
回程，到亚洲沿海地区沿海地区我国联通：
北京/广州方向，马来西亚pccw到香港pccw接着as4837回来，还算可以；
上海方向，马来西亚走ntt到日本ntt接着我国联通as4837回来；
回程，到亚洲沿海地区沿海地区终端：
北京、上海方向：从控制室出来走telstra到终端马来西亚结点接着直连回来
广州方向：马来西亚走telstra到马来西亚终端结点接着到香港终端再回来
流媒体大体的检测：
IDC的IP很大程度上是无解的：
Unix bench Mark：
大体说下：
I/O还可以，Unix bench Mark很一般；
去程，电信公司和我国联通走NTT绕道日本，终端是CMI对接pccw，很平常，无高端互联网；
回程，
电信公司：绕道美国后回来，令人震惊；
我国联通：走pccw到香港后回来或者走NTT到日本后回来，还凑合；
终端：直连或者到香港再回来，这算是三大运营商里面最舒服的了；
如果你是电信公司互联网，linode的马来西亚和你没关系；
如果你是我国联通，相对而言还算可以，马马虎虎吧；
如果你是终端，至少回程路由却是极好的，夜间应该很舒服，晚高峰可能相对差一些。
