这是一个创建于 753 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，压缩存储的话考虑因素有哪些？
 | 1 opengps 2023-10-24 10:37:26 +08:00 当然是存不下了才考虑压缩，或者是选用的存储额外收费才考虑压缩 |
 | 2 baihekong 2023-10-24 10:43:12 +08:00 压缩了还要解压，多麻烦。 前端打包的时候考虑生成 gz 文件 |
 | 3 pengtdyd 2023-10-24 10:55:07 +08:00 不会，因为压缩和解压要占用系统资源 |
 | 4 cp19890714 2023-10-24 11:34:55 +08:00 通用模块不提供压缩能力, 业务模块根据需要自己压缩, 例如图片,业务模块自己对图片转换. 例如大量的 csv 文件, 业务模块自己处理压缩. |
 | 5 leaflxh 2023-10-24 11:35:49 +08:00 可以参考 b 站滚动压缩 5 年前的视频，压成 360p AV 画质 |
 | 6 hongfs 2023-10-24 11:36:56 +08:00 对象存储 |
 | 7 clorischan 2023-10-24 12:03:40 +08:00 不压缩, 存储服务器开启了 dedup |
 | 8 thinkershare 2023-10-24 13:40:51 +08:00 不压缩，压缩由业务自己去处理。而且除了纯文本，其它格式大部分都内建了压缩，二次压缩的收益很低。 |
 | 9 tool2d 2023-10-24 13:56:49 +08:00 我用 google 的那个 gz 静态压缩，压缩巨慢，完全没办法实时处理，只能离线处理完后，上传到服务器。 导致服务器上甚至没有静态 js 文件，全是压缩过的 gz 格式。 如果客户浏览器没有支持 gz 压缩算法，估计都没办法正常访问。 |
 | 10 aaddccaaa 2023-10-24 14:43:06 +08:00 当然不，资源够用干嘛给自己添麻烦 |
 | 11 MIUIOS 2023-10-24 15:56:26 +08:00 硬盘不值钱了 压缩干嘛， 解压缩还费系统资源，徒劳无功 |
 | 12 draguo 2023-10-24 16:01:53 +08:00 存储成本，资源使用频率，开发成本。如果资源占用空间大，使用频率低，然后我还没事做，可能会考虑做这种功能 |
 | 13 locoz 2023-10-24 17:29:51 +08:00 via Android 底层存储开了压缩，应用层都是直接往里塞的，不管这些 |
 | 14 pigf 2023-10-24 17:36:46 +08:00 不压缩，存不下是运维的问题 |
 | 15 rainmint 2023-10-24 17:39:26 +08:00 存 oss |
| 17 leaflxh 2023-10-24 18:07:19 +08:00 @leetom 不是不是，还能看 720P30 帧马赛克真的是很感恩戴德了 15 年开始用的，18 年推出 1080P60 和 1080P+高画质选项，19 年开始充的会员一直续到现在，到现在 18 年曾经有 1080P60 帧的视频现在只剩下压缩了不知道多少遍的最高 720P 马赛克。 1 毛 1G 的 CDN 流量费，我只想问 b 站什么时候死啊 |
 | 18 jim9606 2023-10-25 00:26:18 +08:00 看你的 cpu 算力值不值钱。 静态 web 服务器，可以考虑 gzip ，因为有些 web 服务器支持预压缩文件，省空间还省算力，理论上 brotli 也可以 需要经常随机读写的数据不适合压缩。 高熵数据，例如已编码的视频图片，再压缩基本没意义。 文件系统级压缩(zfs,btrfs)提供最省事的迁移方法，但依然要拿一点点 cpu 性能来换。 |
Select Language