家里的Wi-Fi越来越慢，视频加载卡顿，孩子上网课频繁掉线。你可能以为是路由器老了，或者运营商套餐不够用。但有时候，问题出在那些看似无害的文件传输和备份操作上——尤其是用了某些压缩算法之后。
压缩不只是“变小”，还可能“变重”
很多人习惯把照片、视频打包成ZIP或RAR发给家人，觉得这样省流量又方便。可你有没有注意过，电脑风扇突然狂转？手机发个压缩包，电池直掉10%？这其实是压缩算法在“拼命干活”。
不同的压缩算法对设备资源的消耗差别很大。比如ZIP用的Deflate算法，轻量快速，普通路由器或NAS设备也能轻松应付。而像7z使用的LZMA算法，虽然压缩率高，能把文件压得更小，但需要大量CPU和内存资源。家里那台三四百块的家用路由器，很可能扛不住这种高强度运算。
智能设备也在默默“压缩”
现在不少家庭装了私有云盘或网络摄像头，它们会自动把录像压缩存储。如果设置的是高压缩率模式，设备就得持续运算。曾有用户反映，自家NAS一到晚上就发热严重，排查发现是夜间自动执行视频归档，用了过高的压缩等级，导致CPU长期90%以上占用，连带影响了整个局域网响应速度。
还有人喜欢用手机App远程查看家里的监控画面。如果服务器端实时压缩视频流，而用的是资源消耗大的算法，不仅延迟高，还会拖慢其他设备上网。
选对算法，就像选对做饭方式
好比做饭，高压锅熟得快但费气，小火慢炖省气但耗时间。压缩也一样。如果你只是传几张照片给父母，用系统自带的ZIP就行，几乎不占资源。但要是想长期存大量电影，可以考虑在性能强的电脑上用7z慢慢压一次，后续省空间。
家用场景下，建议优先选择平衡型算法。比如ZIP（Deflate）或 newer 的 Zstandard（zstd），后者在中等设置下既能压缩又不“吃”CPU。很多现代备份工具已经支持调节压缩级别，设为5-7级通常就够用，别盲目追求“最小体积”。
代码示例：查看压缩命令的资源消耗差异
以Linux环境为例，对比两种压缩方式对CPU的影响：
# 使用gzip，较轻量
gzip -k file.log
# 使用xz，压缩率高但更耗资源
xz -k file.log运行时用 top 或 htop 命令观察，会发现 xz 进程的CPU占用往往是 gzip 的3倍以上。在树莓派这类低功耗设备上尤其明显。
别让压缩拖垮你的家庭网络
下次设置自动备份、远程监控或文件共享时，多看一眼压缩选项。不是越高压缩越好，适合家庭设备性能的才是最优解。有时候，多花10%的存储空间，换来整个网络流畅运行，更值得。