希望优化下压缩功能

神经蛙_oZU3S

设备环境：（物理机 系统版本号0.8.45）

BUG现象：（我用飞牛自带的压缩功能压缩了一批照片文件，传到了另一台NAS上，再传过来解压就一直卡在50%多左右，我觉得不对劲，就把压缩包下到电脑上解压，解压也卡在50%左右，解压软件报错该文件已损坏，那大概是飞牛在压缩文件时出问题了，我压的7z，选择体积最小）

建议：

1.在压缩文件前增加个“测试”选项，能在压缩后自动测试下压缩包看看有无损坏

2.在后台解压文件时，可以在“文件任务”中显示下进度条不动卡住的详细报错，现在的显示是只显示进度条不动，我一开始还以为单纯是卡住了，下到电脑解压才发现“该文件已损坏”

出现频率：（偶现）

日志文件：（我因为显卡的原因重装了系统，没日志了）

飞牛技术同学

已收到反馈，我们测试复现一下

神经蛙_oZU3S

[quote][size=2][url=forum.php?mod=redirect&goto=findpost&pid=105924&ptid=22203][color=#999999]飞牛技术同学 发表于 2025-4-16 18:52[/color][/url][/size] 已收到反馈，我们测试复现一下[/quote]

我感觉7z的内存还可以再尝试优化下？我上一次解压还是两天前，现在7z依旧占用了差不多9GB内存

神经蛙_oZU3S

[quote][size=2][url=forum.php?mod=redirect&goto=findpost&pid=105924&ptid=22203][color=#999999]飞牛技术同学 发表于 2025-4-16 18:52[/color][/url][/size] 已收到反馈，我们测试复现一下[/quote]

建议限制一下7z的内存占用？

我的飞牛因为之前因为同时压缩两个大的文件夹内存耗尽（Out of Memory，OOM），系统崩溃，重启以后正常了

deepseek：

根本原因分析

1. 内存耗尽触发 OOM Killer
   • 日志中多次出现 Out of memory: Killed process，说明系统物理内存和交换空间（swap）完全耗尽，内核被迫通过强制终止进程（如 systemd 相关服务、sd-pam 等）来释放内存。
   • 7z 压缩大型文件时会产生极高的内存占用（尤其是压缩算法需要临时存储数据），若同时处理两个大文件夹，内存需求可能成倍增加。
2. 系统服务崩溃
   • 日志显示 systemd 启动服务失败，可能是关键系统进程（如 SSH 服务）被 OOM Killer 终止，导致您无法远程连接系统。

神经蛙_oZU3S

飞牛技术同学 发表于 2025-4-16 18:52
已收到反馈，我们测试复现一下

飞牛已经很棒了，只差一些些小细节需要完善了