我在美国服务器上解压一个zip，结果差点把机房给拆了

先说结论：如果你以为“unzip”就是右键解压这么简单，那你最好别碰美国服务器，我这次测试的是某家号称“CN2 GIA直连”的美国洛杉矶机房，结果一个500MB的压缩包，差点让我以为SSD硬盘在跟我玩蹦极。

测试环境交代一下：本地是上海电信家宽，1000M下行/100M上行，电脑是MacBook Pro M1，用的工具是终端自带的unzip命令，外加iperf3测带宽，ping和traceroute看路由，最后用time命令算实际解压耗时，服务器配置是E5-2680v4双路，32GB内存，NVMe SSD，系统是CentOS 7，别问我为什么不用Windows，美国服务器你跟我谈图形界面？

我在美国服务器上解压一个zip，结果差点把机房给拆了

第一波测试：ping值让我以为穿越了
直接ping服务器IP，丢包率0%，平均延迟152ms，这个数字吧，对于洛杉矶机房来说，不算惊喜，但也不丢人，可当我开了traceroute，看到路由走了“上海→日本→美国”这条线时，心里咯噔一下——CN2 GIA？你怕不是在逗我，正常直连应该是上海→圣何塞→洛杉矶，中间顶多两个跳，这绕日本多出30ms，明显是普通163骨干网在偷懒。

第二波：带宽测试，说好的100Mbps呢
用iperf3跑TCP单线程，结果只有58Mbps，我一度怀疑是本地网线松了，换4线程，勉强拉到92Mbps，还是没跑满，测上传倒是稳，95Mbps左右，注意，这是非高峰时段（凌晨2点），到了晚上8点再测，单线程直接掉到21Mbps，4线程也只有47Mbps，什么概念？你下载一个1GB的文件，晚上要跑4分钟，而本地下载自家NAS只要8秒。

第三波：unzip才是重头戏
我提前在服务器上放了一个500MB的随机数据压缩包（里面全是不可压缩的二进制文件，专治各种“压缩比虚标”），用time unzip test.zip -d /tmp/实测：耗时38秒，这个成绩很一般，因为本地同配置的NVMe解压同大小文件，只要6秒，问题出在哪？CPU占用率只有35%，但磁盘I/O排队长度飙到4.8，说明这台服务器的NVMe是共享的，邻居一跑高IO，我就跟着遭殃。

我又换了个方式,先scp拉到本地再解压：总计耗时11秒（传输7秒+解压4秒），所以你看，折腾半天，不如直接拉回本地处理。

跟竞品对比，不吹不黑
我拿同一份测试数据，跑了两家同行：一家是硅谷的裸机（月费$39），延迟170ms，晚上丢包率2.3%，unzip耗时31秒，但带宽能稳定跑到85Mbps；另一家是西雅图的VPS（月费$12），延迟190ms，带宽80Mbps，unzip居然只要22秒——人家用的AMD EPYC新U，单核性能碾压老至强。

别急着下结论
这家洛杉矶机房适合什么？跑爬虫、做数据转发、搭个低负载的API中转，没问题，但你要是想在上面解压大文件、跑高并发压缩任务，趁早放弃，美国服务器不是不能unzip，是你要看它的磁盘是不是SSD共享的、CPU是不是老掉牙的、晚上高峰是不是挤成狗，这次测试，我心里给它打个6分/10分，及格，但绝不出色。

最后一句大实话：如果你真的需要频繁解压文件，建议选带“专用CPU”和“NVMe独占”的配置，多花10刀，省下的时间够你刷两集剧了，至于这台服务器，我反正是拿来当备用跳板机了——毕竟unzip都这么吃力，干重活我怕它直接蓝屏。