FS#41721 - [systemd] build with --enable-lz4
Attached to Project:
Arch Linux
Opened by test0 (test0) - Wednesday, 27 August 2014, 18:07 GMT
Last edited by Dave Reisner (falconindy) - Saturday, 13 September 2014, 15:10 GMT
Opened by test0 (test0) - Wednesday, 27 August 2014, 18:07 GMT
Last edited by Dave Reisner (falconindy) - Saturday, 13 September 2014, 15:10 GMT
|
Details
Please add the --enable-lz4 flag; at least LZ4 is leading in
speed-per-compression-ratio whereas XZ isn't.
http://compressionratings.com/sort.cgi?rating_sum.brief+4nf_pf Drawbacks are somewhat larger journal files and an added dependency. |
This task depends upon
Closed by Dave Reisner (falconindy)
Saturday, 13 September 2014, 15:10 GMT
Reason for closing: Won't implement
Additional comments about closing: Until lz4 upstream demonstrates their ability to provide a sane shared library, this isn't going to happen.
Saturday, 13 September 2014, 15:10 GMT
Reason for closing: Won't implement
Additional comments about closing: Until lz4 upstream demonstrates their ability to provide a sane shared library, this isn't going to happen.
1) It sometimes won't compress core dumps; I've sent a patch for this upstream. [1]
2) The generated .lz4 files are just LZ4 compressed data, missing metadata that the lz4 command-line utility requires to decompress them. [2][3] Trying to decompress a compressed core dump will result in "Error 44 :Unrecognized header : file cannot be decoded".
Problem (2) seems tricky to solve as liblz4's API doesn't provide any facilities to produce valid .lz4 files.
With the above in mind, it might be a good idea to disable lz4 for now.
[1] http://lists.freedesktop.org/archives/systemd-devel/2014-August/022775.html
[2] https://groups.google.com/forum/#!topic/lz4c/vnSY9j90_S4
[3] https://groups.google.com/forum/#!topic/lz4c/QtL9eRvYkEE