Do I read correctly that `pad.exe` transforms 100M bytes enwik8 into a 813M bytes one ?
3) lz4.exe -12 -B7 -BD enwik8 1 ==> 5.531s, 18,079,913 b/s
4) pad.exe enwik8 1 "text xml:" 65536 ==> 813,116,306 bytes
5) lz4.exe -12 -B7 -BD 1 2 ==> 15.812s, 51,424,001 b/s
In which case, a logical consequence is that there is 8x more data to compress,
Does that sound unreasonable if the compressor needs 3x more time for 8x more data ?
What kind of API would you consider more suitable for your use case ?
the API problem still remains - functions
that lz4cli uses to compress files are only implemented for FILE*,
so batch recompression of chunks is hard to do.