幻璃
(幻璃)
1
今天周五嘛,等下班,闲得无聊ヾ(。 ̄□ ̄)ツ゜゜゜
于是乎打算把上个月的报表数据打包一下,心血来潮,顺便实际测试了一下各种算法的差距
发现7z的LZMA2大字典竟然如此拉跨
64m字典跟1536m压出来一样的大小,甚至384m还小了一个字节
参数设置写在文件名了,压缩算法-字典大小-单词大小-固实大小
文件内容都是excel或者csv文件
然后也顺手也测试了一下其他格式
嘶…小是够小,但是这个字典总感觉不对劲
体感上最快的是zipPPMd,最慢的是7zBZip2,等到下班都没压完。。。
源文件是这个大小,有研究压缩的dalao能介绍一下还有啥高压缩率的办法吗
不用考虑压缩时间,因为闲【
但是不能固实,因为有时候会抽查单个文件,每天的数据量大概是18m左右吧ԅ(¯﹃¯ԅ)
如果套娃压缩会有用吗,还没试,下班了。。。
软饮
(奶香卷多多雪顶云朵饮 ¥129990/捧)
4
想起电脑(win)用的是7zip,丑是丑但是不用装盗版也不用看广告
就一直凑合用
不过看了一下好像不适合存储重要文件的话那果然还是需要认真考虑一下了
7z默认不自带冗余记录功能,好像有的插件可以,但是流行程度很低
当然这玩意和“压缩”是相违背的,我之前下gal的网站直接10%恢复记录,这个只能叫打包了(当然现在大部分情况压缩率的意义也不大,除了纯文本
分卷,加密,恢复记录,固实,商业方案还是有特定市场的,虽然想玩tar当然也行
你要组raid吗我可以打钱吗(
2 个赞
软饮
(奶香卷多多雪顶云朵饮 ¥129990/捧)
6
姐,咱怕了,别提打钱这事儿了成不(
我倒没那么大的数据备份的需求
只是上次我虚拟磁盘炸了的事让我很惨痛就是了
别的倒没啥
*更新一下,现在虚拟机直接读写物理分区,一切解决
dfceaef
(dfceaef)
7
窝感觉字典流的老是cache miss所以慢太多,而树流的就没这个问题吧(大概
你这槽点有点多,简单来说标准过于片面
今天没心情,结论是不成立
在大部分情况下,“纯净系统下可查看”并不是一个常用的标准
更多的需求是“为了保证原始信息传递的完整性、可靠性、可编辑性、可传递性,接受简单工具组安装”
他们只是懒得装,如果别人能替他们装就再好不过
这也是各种修改版系统/一揽子方案/推荐营销号能获得热度的原因
2 个赞