开场先抛个问题：你上一次在一台国内服务器上敲sudo命令，是不是感觉那行字在屏幕前滞留了一小会儿？别急着说“没有”，咱今天不聊贵得离谱的BGP专线，也不聊那种“写个Hello World都能跑出1000ms延迟”的廉价VPS，我手里这台机器，是某家云厂商的“轻量应用服务器”，2核4G，带宽写着5Mbps峰值，价格嘛——一个月一杯星巴克，我拿到手第一件事，就是把它怼到墙外去测，测到它怀疑人生。
先说测试环境,别杠，杠就是你对，本地是上海电信千兆宽带，下行能跑满，上行也就30Mbps凑合，测试工具：curl、iperf3、ping、speedtest-cli，外加一个最朴素的time sudo apt update，系统是Ubuntu 22.04，默认镜像源是腾讯云的，没改，机器位于广州，物理距离上离我不算远，但跨了运营商（电信到腾讯云走的是公网，不经过内网专线），时间选在晚上9点半，晚高峰，这最考验真实体验。
第一项：延迟与丢包。 连续ping了200个包，平均延迟是23.8ms，丢包0%，看着还行，但注意，这是从电信ping到广州的腾讯云，如果从联通或者移动测，数字会难看很多，第三方监控站的ICMP测试显示，晚高峰时移动的延迟能飙到90ms以上，丢包偶尔1%，所以别信那些“全国低延迟”的宣传语，你得看你和它之间的物理路径。
第二项：sudo的“卡顿”问题。 我分别执行了三次sudo apt update，用time计时，第一次跑了7.2秒（冷缓存），第二次4.5秒，第三次稳定在3.8秒，关键来了——卡点不在sudo本身，而在apt源，因为默认源是mirrors.tencentyun.com，这个内网源在腾讯云自己的网络里飞快，但我从电信公网访问它，就是要走一趟公网DNS解析和TCP握手，慢就慢在这，后来我换成阿里云的公共源，sudo apt update直接压到2.1秒。家里用国内服务器，第一件事就是把源改成你本地的公共源，别惯着厂商的“内网加速”谎言。
sudo apt update卡了40秒？我拿一台神秘国内服务器做了个极限测试，结果有点意外
第三项：带宽与吞吐。 用iperf3单线程，固定5Mbps的带宽限制下，下行吞吐稳定在4.7Mbps，上行4.5Mbps，基本达标，但注意，这是单线程，如果你用多线程去拉大文件，比如测wget一个100MB的测试文件，实际速度能跑到4.9Mbps，几乎封顶，不过别高兴太早——一旦你跑个长期任务，比如rsync备份，带宽会突然掉到2.8Mbps然后稳定，因为厂商的流量整形会在持续高负载下触发，这不算偷工减料，但“轻量”两个字你得读懂：它的IOPS和网络优先级都比同品牌的CVM（云服务器）低一档。
第四项：跟竞品比。 我手头还有一台阿里云的轻量（杭州，2核2G）和一台华为云的HECS（贵阳，2核4G），同样跑sudo apt update（改成各自内网源），阿里云稳定在3.2秒，华为云4.0秒，带宽测试，阿里云多线程能到5.2Mbps（超了标称值），华为云单线程4.3Mbps，但延迟上，腾讯云完胜——从电信ping阿里云要35ms，华为云要47ms，如果你是南方电信用户，腾讯云广州是低延迟最优解；你是北联通，华为云贵阳反而更稳。
说人话： 这台机器适合什么？适合你挂一个个人网站、跑个Telegram机器人、或者当个跳板机做内网穿透，它不适合用来跑高并发API——因为CPU的主频在长时间满负载后会降频，相当于自宫，我的建议是：买之前先测三件事——第一个，能不能改源；第二个，晚高峰ping延迟你是否接受；第三个，你本地运营商和它所在节点是否“八字不合”，至于sudo卡那一下，说实话，那0.5秒的等待，可能是你唯一需要忍的“国产特色”了。
发表评论