解压个25G的压缩包,居然要四五十分钟。正常吗?
4156
21
[1 楼] 久违99
[泡菜]
2-14 17:27
硬件:台式机i5十一代CPU、内存DDR4 32G、主硬盘西数SN550 M.2 Gen3 500G(剩余空间172G)
解压一个蓝光演唱会压缩包文件,25GB大小(解压完成后的大小是26GB),整个解压缩过程要五十分钟左右,这个正常吗?而且解压过程中,有类似假死现象(鼠标键盘都能用,但其他程序显示未响应) 看了下资源管理器:CPU占用很少,内存占用只有1/3,显卡也只有30%。唯独C盘占用到了100%。 解压过程大约38分钟,解压完移动要13分钟,这么长时间吗?什么原因呢? ![]() M.2的C盘占用100% ------------------------ ![]() 解压耗时三十多分钟 ------------------------------ ![]() |
[22 楼] 瞄准654321
[泡菜]
3-5 21:03
久违99 发表于 2025-02-22 22:53 这说明你的电脑没问题,是这个压缩包的问题。 |
[21 楼] technician
[泡菜]
2-25 08:39
已经编码压缩过的媒体文件,打包就选复制即可,不必再尝试压缩了。
|
[20 楼] 祥云孤鹤
[泡菜]
2-23 18:35
不正常。我的笔记本解压一个22G的音乐会视频大约7分钟。
|
[19 楼] 久违99
[泡菜]
2-22 22:53
瞄准654321 发表于 2025-02-22 11:59 1,普通的压缩文件,解压速度正常。只是这个演唱会的大文件才慢。 2,主硬盘解压的。 |
[18 楼] 瞄准654321
[泡菜]
2-22 11:59
1、是解压所有文件都这个速度,还是只解压这个文件是这个速度?
2、是在主硬盘内解压,还是外置USB硬盘内解压? 瞄准654321 编辑于 2025-02-22 12:01 |
[17 楼] Tianmou
[资深泡菜]
2-17 13:43
看是什么包, 你要都是几十万个小文件, 那正常
|
[16 楼] qxbus
[禁言中]
2-17 02:46
Trompette 发表于 2025-02-15 08:04 分析的对 发布自 安卓客户端 |
[15 楼] qxbus
[禁言中]
2-17 02:45
臭手 发表于 2025-02-15 16:20 +1 发布自 安卓客户端 |
[14 楼] 久违99
[泡菜]
2-15 18:52
camsone 发表于 2025-02-15 17:17 是啊,我也同意网友的判断和说法。 |
[13 楼] camsone
[泡菜]
2-15 17:17
久违99 发表于 2025-02-15 15:11 差异太小,压缩没啥意义呀。它压缩可能出于其他目的,前面泡菜有提及。 |
[12 楼] 臭手
[老坛泡菜]
2-15 16:20
久违99 发表于 2025-02-15 15:11 如果是MP4文件的话,那本身就已经是压无可压了,能压缩下将近1G已经是使出吃N的劲儿了吧。 如果选择最快速度那项(速度最快),也许压缩完的文件是26.1G呢。 不过楼上兄弟说的也对,这么大个的单文件传输速率只有16M/s,貌似硬盘的速度也不太合格。按照这个速度计算,大约26300M的数据/16.6M/s=1584s=26.4min, 多出来的12分钟也许就是RAR解压的时间。 |
[11 楼] 久违99
[泡菜]
2-15 15:11
臭手 发表于 2025-02-15 10:38 从实际的文件大小来看,并没有最大压缩率啊——原始rar压缩文件是25.5G,解压出来的文件是26.3G。 |
[10 楼] 久违99
[泡菜]
2-15 15:08
yifanker 发表于 2025-02-15 10:44 谢谢指教。 我记得有人说:固态硬盘建议保留不少于1/3的空间。我的系统盘500G(实际是463G)C盘,目前剩余176G,占比38%,按说不该爆满吧。 我一楼的操作就是在D盘进行的,我的D盘是西数黑盘(机械硬盘),我从D盘的压缩文件里拖出文件到上一级文件夹进行的解压。整个过程中,D盘占用率很低很低。 |
[9 楼] yifanker
[资深泡菜]
2-15 10:44
感觉不正常,26GB内容压缩到25GB,压缩率并不高,再看看图里有16.6MB/s的速度,目测瓶颈出现在硬盘写入速度上
固态硬盘建议保留一半以上可用空间,以免满盘后性能暴跌,还可以把该压缩包解压缩到另一个硬盘里来判断是否主硬盘写入过慢 |
[8 楼] 臭手
[老坛泡菜]
2-15 10:38
Trompette 发表于 2025-02-15 08:04 记得RAR压缩的时候有几个选项,也许是先的那个“最大压缩率(速度最慢)”的选项? 这样在解压缩的时候估计也是速度最慢的吧。 |
[7 楼] 久违99
[泡菜]
2-15 10:38
Trompette 发表于 2025-02-15 08:04 说的对。在lgych.com网站下载的,确实有密码的。 发布自 iOS客户端 |
[6 楼] Trompette
[泡菜]
2-15 08:04
久违99 发表于 2025-02-14 17:27 软件性能上正常,但这件事本身不正常 - MP4 视频信息熵很高,基本是压不动的玩意,没必要用普通压缩软件压,用 HEVC 编码器高画质慢速二压即可 - RAR 能把 26G 的 MP4 压到 25G 也堪称神迹,肯定上了巨大字典,导致解压极慢也很正常 - 假定发布者脑子正常,这样做的唯一原因应该是为了逃过文件分享服务对视频文件的探测,想必还加密了吧 |
[5 楼] camsone
[泡菜]
2-15 06:22
个人看法,也正常也不正常。说不正常,是因为时间稍长。说正常,是如果此压缩文件本身异常,会造成此情况。
可以再试另外一个大小相似的压缩文件,来源不同的文件。看看时长。 |
[4 楼] 久违99
[泡菜]
2-15 00:12
duoduobear 发表于 2025-02-15 00:10 谢谢版主。 |
[3 楼] duoduobear
[Canon论坛版主]
2-15 00:10
既然硬盘占用率有100%,瓶颈就在这里。
可以看一下系统进程,有哪些进程中访问硬盘。 以我的经验,有可能是Windows的实时病毒检测在拖慢速度,如果系统进程里看到它的cpu占用和硬盘占用都很明显,那问题出在这里。 解决方法: 1,解压期间暂时关闭Windows的实时病毒检测 或 2,将解压工作目录,包括临时目录加入扫描病毒的排除项目中 或 3,新建一个DevDrive分区,解压文件工作中这个分区上操作,这是Windows用来解决该问题的新设计 我遇到过相似问题,用了上述方法后,性能都提高10倍。 |
[2 楼] Bohnenkaffee
[陈年泡菜]
2-14 20:28
解压缩到特定位置就不用最后的移动,拖拽就会从temp文件再移动到所拖拽的位置。
发布自 安卓客户端 |