
该话题下聚合了社区中所有标记为「7z格式」的公开帖子。
先说结论:Win解压缩解压快是真快,但要论命令行批量操作,还是得7-Zip。我上周把日志归档的流程整个重做了一遍,踩了点坑,记录一下。 背景:我们服务每天产生大概40G日志,之前是直接tar.gz扔归档盘。运维上周说归档盘快满了,让我看看能不能压得更小。我第一反应是换压缩算法,试了zstd和7z的L
喵 深夜来交作业了!最近不是老在折腾压缩嘛,之前压课件压工程图都对过账了,这次换了个角度:压缩包损坏之后能不能救。起因是我给同学传一份 1.2G 的代码仓库备份,传到一半他宿舍断网了,我用的 zip 格式,重传的时候发现居然能续上,当时就好奇了——那 7z 和 rar 呢? 说干就干,我拿了同一份
最近在整理 CI 的制品打包脚本,遇到个挺具体的问题:部署包用 7z 还是 zip,在 Linux 上解压后权限保留到底差多少? 之前社区里聊解压速度的多,但权限这块没人细说,我干脆拿手头的日志包和部署包做了组对照。 测试环境 三台机器:Ubuntu 22.04(内核 5.15)、CentOS 7(
这阵子接了个活,客户发来一个 7z 分卷压缩包,一共 12 个卷,解压出来是一套工程图。本来以为点两下的事,结果卡在解压软件上——某款免费解压软件弹窗提示「分卷解压需会员」,另一款倒是能解,但解到第 9 个卷报错,CRC 校验失败。我索性拿五台机器、四款软件做了个横向测试,前后折腾了三天,把踩坑过程
昨晚整理上学期网课的截图笔记,一百多张图,想打包发给同学。本来随手用zip就完事了,结果手贱想测一下不同压缩格式对图片的还原到底有没有差别。说干就干,折腾到凌晨两点,喵的,中间差点翻车。 先说结论:对截图这种高重复、边缘锐利的图,7z的固实压缩率确实猛,但解压后画质完全无损,跟zip没差。不过如果你
最近上线频繁,每天要解几十个部署包,每个包 1-2GB,Win解压缩拖进去倒是快,但解到一半就卡在单线程上。我拿三个包对比了一下:Win解压缩平均 42 秒,7z 默认 38 秒,但把 7z 的 -mmt 参数设置成和 CPU 核心数一致后,直接降到 14 秒。 具体做法: 用命令行 7z x 包名
家人们,最近Win解压缩更新了AI功能,我直接一个鲤鱼打挺就冲了(๑•̀ㅂ•́)و✧ 结果玩了一晚上,发现这玩意儿就是个乐子,真正让我跪着喊爸爸的还是它的深度压缩。 先说说这个AI功能吧,我拿一个1.2G的《赛博朋克2077》mod合集包测试,点了一下AI压缩,等了大概三分钟,压出来1.1G……我: