6 releases
0.0.7 | Jun 8, 2020 |
---|---|
0.0.5 | Jun 2, 2020 |
0.0.4 | May 31, 2020 |
#2 in #block-hash
35KB
788 lines
PATCHY
Patchy is a command line tool for creating and applying binary file patches.
Note: Serialized format backwards compatibility will not be maintained until first major version 1.0.0
.
How it works
The general algorithm is similar to rsync
. The tool operates on two files: local base (old) and other (new). The other file is split into equal-size blocks and a pair of hashes is computed for each block: weak 32-bit hash using a rolling checksum similar to adler-32
and a strong 128-bit hash using blake3
. The base file is then scanned one byte at a time, maintaining a rolling hash of the block-sized window. If rolling hash of the current window matches some block weak hash computed for other file earlier, then a strong hash is computed for this window and checked against strong block hashes of the other file. This process finds blocks in the base file that can be reused when patching it to produce the other file. Finally, a patch command list is generated that tells which blocks need to be copied from base and from other files (as source/target byte offsets and sizes). Blocks that are missing from base as well as copy commands are written into the patch file which is then compressed using zstd
.
Once the patch is generated, it can be applied simply by executing the copy commands, reading data either from base file or from the patch itself and writing to the output file (which must be different from base, as in-place patching is not implemented).
Patchy performs basic verification of the patch during generation by applying the patch to the base file in memory and comparing its hash to the hash of new file. When patch is applied from file later, the base file and patched output file hashes are checked against what's stored in patch metadata.
Usage
diff
patchy diff [OPTIONS] <BASE> <OTHER> [PATCH]
Compute difference between files specified by BASE
and OTHER
and optionally produce PATCH
file which can be used to transform BASE
into OTHER
later.
If PATCH
is not specified, then the patch is still generated and verified in memory, but not written to disk.
Options:
-b <block>
- Patch block search window as log2(bytes)
- Expected range: [6..24]
- Default: 11 (2048 bytes)
-l <level>
- Compression level
- Expected range: [1..22]
- Default: 15
patch
patchy patch <BASE> <PATCH> [OUTPUT]
Apply a patch that was previously produced using diff
command on the file specified by BASE
, optionally writing out the result into OUTPUT
.
If OUTPUT
is not specified, then patching process is still performed and verified in memory, but no output is written to disk.
Future work
Automatic block size
Block size choice is quite important for minimizing patch size. Smaller blocks can produce smaller binary diff blob at the expense of much larger patch command list. There may be a way to automatically find the optimal block size for a given data set.
Optimized patch command list encoding
Command list is currently simply written as as raw array of {u64, u64, u32}
structs. A simple optimization step runs on this list to merge adjacent copy commands, but it is likely that a significant size reduction can be made through a smarter command encoding (variable-sized commands, delta-based offsets and sizes, etc).
Whole directory mode
Current version of the tool only operates on individual files. While it's possible to just tar
directories to produce a patch, it'd be nice to have native directory patching support.
Dependencies
~9.5MB
~184K SLoC