privater 发表于 2023-3-11 06:27

真是佩服这些做二次打包的,技术刚刚

几乎从没有在除了跑分等任何任务中看到如此惊人的系统占用率,内存直接 +10G,CPU 大小核全部占满:



13700KF 功率直接顶到 190w,温度奔 90c

而且是整个安装的全程都是如此高的资源占用率,这个解压缩也做得太牛逼了。那些开发游戏的与其折腾什么反破解,不如把这些牛人招过去好好优化下自己的劣质代码。

toddler 发表于 2023-3-11 07:06

大恶魔都是这么就早起来的吗,还是周末

ysc3839 发表于 2023-3-11 07:23

7-Zip能达到这么高的性能吗?许多评测里都会用7-Zip跑分,看上去也是支持AVX等指令集的。而且我很怀疑一个小众的闭源压缩算法是否真的比得上广泛使用的开源算法。

gbawrc 发表于 2023-3-11 08:10

IAMOTAKU9 发表于 2023-3-11 08:13

依稀记得十几年前买了个cod6盗版光碟,硬是把cod6那十几G的大小压缩到了一张DVD上
只不过安装的时候数了下,起码套了四层压缩[流汗]
(叠个甲,cod上steam的我全买过补票了)

tedsun 发表于 2023-3-11 08:15

AxIaTErN 发表于 2023-3-11 08:16

[睡觉]这该移去水贴区
解压缩吃满和能不能做好游戏优化有何关系

gbawrc 发表于 2023-3-11 09:28

skywaymanz 发表于 2023-3-11 09:36

Dodi Repack[偷笑]比Fitgirl占用率更高,安装速度更快。但是后者压缩率更高一些

HZJ 发表于 2023-3-11 09:48

gbawrc 发表于 2023-3-11 09:28
楼主没提到过游戏优化

人家的意思应该是解压缩吃满和游戏优化好不是一个难度,游戏要多线程优化好难多了

jimmystar 发表于 2023-3-11 09:59

解压也确实是考验性能等方面的重要项目

token 发表于 2023-3-11 10:01

io操作占满cpu实属常见。

r0k3nj1ma 发表于 2023-3-11 10:15

CPU跑满一般是优化没做好吧

声色茶马 发表于 2023-3-11 10:26

感觉现在各种无损压缩算法的压缩率都大差不差,拼得就是谁能把CPU、内存、IO吃满。吃越满就越快,而且压缩率越高。

iamyangyi 发表于 2023-3-11 13:06

IO跑满不是正常的吧

无心飞翔 发表于 2023-3-11 16:56

大神自己做的压缩算法吧,相互之间比,就像以前做keygen,几K还带音乐。

lh4357 发表于 2023-3-11 17:14

点进来之前还以为是买东西掉包再退货的。

hanimeia 发表于 2023-3-11 21:27

ljy1414 发表于 2023-3-12 10:32

AxIaTErN 发表于 2023-3-11 08:16
这该移去水贴区
解压缩吃满和能不能做好游戏优化有何关系

一个提供学习版的解压程序能充分利用大小核
一个游戏开发商那么多人力资源,但是游戏优化渣到烂?

[偷笑]https://cdn.jsdelivr.net/gh/master-of-forums/master-of-forums/public/images/patch.gif

sunnymen 发表于 2023-3-12 11:37

还是下载不那么压缩的。现在网速也快,硬盘也够,直接解压缩完事了,这种看着小,好家伙解压缩的一个来小时,太费劲。

谎言之神Cyric 发表于 2023-3-12 11:58

Fitgirl打包虽然解压也离谱,但是解压时间和压缩率是对得起的

你这界面看上去是DODI的,压缩大概就80%左右,解压给你解半小时……

xy. 发表于 2023-3-12 12:13

ljy1414 发表于 2023-3-12 10:32
一个提供学习版的解压程序能充分利用大小核
一个游戏开发商那么多人力资源,但是游戏优化渣到烂?



热知识: LZ 这一步吃满资源的解压程序就是游戏开发商搞的

privater 发表于 2023-3-12 12:19

谎言之神Cyric 发表于 2023-3-11 19:58
Fitgirl打包虽然解压也离谱,但是解压时间和压缩率是对得起的

你这界面看上去是DODI的,压缩大概就80%左右 ...

确实如此,我下载了 55G,实际安装完后大约 72G,实际安装时间 31 分钟,要说这压缩率可能不是特别高,另外线程里面也看得见充分使用了 x64 解压。

constansino 发表于 2023-3-12 12:45

fitgril组才是真神

赫敏 发表于 2023-3-12 14:22

本帖最后由 赫敏 于 2023-3-12 01:25 编辑

privater 发表于 2023-3-11 23:19
确实如此,我下载了 55G,实际安装完后大约 72G,实际安装时间 31 分钟,要说这压缩率可能不是特别高,另 ...

这么点压缩率那真是压了个寂寞,不如不压。这么高的资源占用还要这么久,那还不如就用LZ4之类的又快压缩率又高

毛茸茸 发表于 2023-3-12 15:02

gbawrc 发表于 2023-3-11 08:10
健身女孩吗

FIT GIRL是真的有点东西[偷笑]

privater 发表于 2023-3-12 15:31

赫敏 发表于 2023-3-11 22:22
这么点压缩率那真是压了个寂寞,不如不压。这么高的资源占用还要这么久,那还不如就用LZ4之类的又快压缩 ...

No 这些打包组来说压缩率不是追求的唯一,他们做个大压缩包主要是为了更有效率的分享。
因为计算一个或者几个压缩包的 Checksum 很容易,BT 传输起来也非常容易自动纠错。

如果你打包成 3-5 个压缩文件,那么几年后,几百个下载了 80% 的人遇到一起也可能凑够 100%,从而每个人都能完整下载到。

而如果你是把一个解压后的目录分散开来,那可能会有几万个文件,某个文件到几年后也许就没人有做种了,网上可以会留下一大群只剩 99% 的人。

同时一次性创建几万个文件的索引和校验位也很复杂,估计光创建任务准备都要好几分钟,这也加重了出错的概率。

就好比你拷贝 1万个1MB 小文件对比拷贝 1个 10G 的文件,后者比前者快得多的多。

至于东西下载到你机器上之后,一点点时间的付出解压缩其实都能接受。

dychenyi 发表于 2023-3-12 15:41

这里面都是一个小程序根据你的配置尽可能多给足解压线程数,其实没什么更深层次的东西。

aasa0001 发表于 2023-3-12 15:49

声色茶马 发表于 2023-3-11 10:26
感觉现在各种无损压缩算法的压缩率都大差不差,拼得就是谁能把CPU、内存、IO吃满。吃越满就越快,而且压缩 ...

zstd解压快。
压缩的话,自动挑选合适算法,做预处理(例如识别deflate然后inflate)对压缩率比较重要。winrar偶尔能比lzma2高个20%+,应该就是因为这些。

ljy1414 发表于 2023-3-12 18:51

挖呜,现在一言不合真是直接黑名单了呢

@AxIaTErN

[偷笑]https://cdn.jsdelivr.net/gh/master-of-forums/master-of-forums/public/images/patch.gif
页: [1] 2
查看完整版本: 真是佩服这些做二次打包的,技术刚刚