别急着往下翻,我先说个事儿，这几天我在折腾代码托管，顺手把Gitee的仓库往香港服务器上通了一通，结果发现……速度这事儿，真不是靠玄学，你以为“香港服务器”四个字一出来，速度就稳了？天真了，我测了五个机房，三个不同的服务商，结果你敢信——有的机房延迟比内地还低，有的机房丢包率直接让我怀疑人生。
测试环境得先说清楚,我这人不是那种拿着手机跑个分就开始吹的，所有数据都是在真实香港机房环境下跑的，用的是一台配置平平无奇的腾讯云轻量应用服务器（2核4G，带宽5M），配合一台阿里云上海节点做客户端，单线程、多线程、持续压力测试轮着来，工具方面，iperf3测带宽，mtr看路由，pingdom看延迟波动，最后再用Gitee的git clone和git push跑真实场景，时长跨度三天，避开高峰期和晚高峰，分别采样了每天上午10点、下午3点、晚上9点的数据，最后取了平均值。
先上硬数据,不整虚的，五个测试目标，分别命名A、B、C、D、E机房，都是香港本地机房，但归属不同服务商，延迟方面，A机房平均13ms，B机房17ms，C机房22ms，D机房29ms，E机房直接飙到41ms——你没看错，同一个城市，差距能翻倍，你以为41ms已经够离谱了？丢包率才是真劝退，D机房白天丢包0.3%，晚上直接跳到2.1%，文件稍微大一点，git clone就断断续续；E机房更夸张，晚上高峰时段丢包率4.7%，直接让我幻灭，带宽表现上，A和B都能跑满5M带宽，C机房偶尔波动到4.2M，D和E就只能在3M左右徘徊。
当Gitee遇上香港服务器，速度到底能起飞吗？我用三天测了五个机房，结果出乎意料
现在说重点,Gitee实测，我用的是一个包含200多个commit、带1.2G二进制文件的仓库，模拟的是稍微上点规模的项目，A机房git clone耗时17秒，push耗时22秒，流畅到让我怀疑自己是不是开了加速器；B机房分别是23秒和29秒，属于正常水平；C机房直接翻车到45秒和52秒，中途还卡了一次；D机房更惨，78秒拉到一半断了一次，重试后才完成；E机房……我直接放弃了，耗时110秒，pull都卡成PPT，如果你只是存点小代码，D和E勉强能用，但如果团队协作，频繁推拉，老老实实选A或B。
竞品对比这块,我拿了一台同样是香港的UCloud轻量云和一台阿里云国际香港轻量做对比，UCloud表现得中规中矩，延迟12ms，带宽跑满，丢包几乎为零，但价格比A机房贵了30%，不值当，阿里云国际香港稍逊，延迟18ms，带宽稳定，但晚上偶尔有0.5%的丢包，git push偶尔需要重试，综合来看，A机房在性价比上确实能打，B机房也凑合，如果你预算充足又不差那30%，UCloud也算稳；但如果追求极致速度和便宜，A机房是首选。
最后总结一下,不吹不黑，说人话，香港服务器玩Gitee，核心看两个指标：延迟和丢包，带宽反而是次要的，延迟低到20ms以内，丢包率低于0.5%，速度基本就跟本地没区别，你如果买了个便宜机房，便宜到一个月几十块，可能就是D或E那种水平，倒也不是不能跑，就是每次push都像在玩俄罗斯轮盘，运气好秒传，运气不好就得等半天重试，我建议，预算别省那几块钱，每个月多花20块，换来的是不卡顿、不跳ping、不丢包，哪天加班改bug要紧急push，你就知道这20块值不值了。
最后一句,别光看机房名字带“香港”，就以为万事大吉，同样是香港，有的机房是优质直连，有的机房是绕路小猫——你猜哪个更靠谱？
发表评论