这是一个坑了一年的东西


从服务器上下载备份的时候，是不是总有种“那么多东西，如果能只下载变化的部分多好”的想法呢？
特别是租用的服务器，有些的FTP还是限速的，300KB/s的速度下300MB的备份简直想掀桌


至少我是有这个感觉，于是去年暑假开了这个坑，二十来天前终于是填上了。


插件主要功能：
定时存档（默认关闭，因为CB 1.6以后有自动存档功能了来着）
定时备份（默认2小时一次）


另外一些可以说的地方：
旧的备份会被自动清理（默认每个世界保留最后5次的备份）
可以按需选择要备份的世界（默认全部备份）
增量备份（既以某个时刻为基准，只记录更改过的数据）
当增量备份的文件被认为太大的时候，自动更改基准（默认是超过基准文件的20%大小）



向开源软件致敬：
lz4-java: 超高速压缩算法
javaxdelta: 差分编码算法


地址放到后面的楼层防吞

插件：http://soft.linnaea.name/mbdelta/minebackupdelta-0.1-PREALPHA-plugin.zip
图形界面：http://soft.linnaea.name/mbdelta/minebackupdelta-0.1-PREALPHA-gui.jar



lz4-java:https://github.com/jpountz/lz4-java
lz4:https://code.google.com/p/lz4/
xxhash:https://code.google.com/p/xxhash/
javaxdelta:http://sourceforge.net/projects/javaxdelta/

配置项说明：


其中delta.chunk、comp.hc、comp.hc.level非常影响性能


comp.hc为true时，comp.hc.level有效，压缩器会占用64KB内存
comp.hc.level越高，压缩器处理速度越慢，不过压缩出来的文件越小


comp.hc为false时，comp.hc.level无效，压缩器以快速模式工作，占用16KB内存，产生文件较大


delta.chunk只影响差量备份，数字越大，越节省内存，并且计算速度越快，但是产生的文件也会更大

LZ4性能数据（从实际服务器上拷的存档测试的，存档大小220,776KB）：




Mode下HC表示高压缩模式，其后的数字是压缩等级，FC表示快速模式
C.Speed为压缩速度
Size为产生的文件大小
DT.Speed为流解压速度（影响差量备份的速度）
DC.Speed为文件解压速度（只有用图形界面解压的时候才有关系）


测试环境：
CPU: Xeon E3-1230v2
Java: 1.7 x64

RAM: DDR3-1600
操作系统: Windows 7 SP1 x64


LZ4压缩器并不太占内存（64KB），所以内存大小基本上不需要关心


程序内部会把MineCraft用GZIP压缩过的数据解压缩后再用LZ4压缩，因此产生的文件可能会比原始的文件大。
GZIP（Deflate算法）的压缩和解压速度不高，考虑到差分计算会需要反复读取源文件，所以才选择在最初压缩时解压再重新压缩。

权限列表：