Topic3 篇公开帖子

#IO性能

该话题下聚合了社区中所有标记为「IO性能」的公开帖子。

日志包解压到一半卡死，我用iostat盯了半小时才发现是磁盘在拖后腿

上周排查线上问题，运维甩过来一个18G的日志压缩包，让我自己解。我照惯例双击用Win解压缩解，进度条走到73%就不动了，任务管理器一看CPU才15%，心想这软件是不是卡了。换7-Zip命令行重来一遍，7z x logs.7z -o./out -mmt=8，结果一样，也是那个位置慢得像蜗牛。这时候我

先说结论：不是解压软件慢，是我自己写的打包命令参数顺序有问题，导致解压时走了最慢的路径。背景：我们线上服务每天凌晨切日志，一个节点一天的日志压缩后大概 2GB 左右，200 个节点，运维统一用 tar.gz 打包回传。之前一直用 tar -czf 打包、tar -xzf 解压，没人觉得慢。上周我负

上周发版遇到个怪事，同一批部署包（大概 1.2G，里头几十个日志和 jar），在本地 NVMe 盘上解压 40 秒搞定，丢到测试服务器上解压了三分半。一开始我怀疑是 Win解压缩的锅，毕竟版本不一样，结果换了 7-Zip 命令行也一样慢，那就得往别处找了。先报环境：本地：Win10 22H2，