Bug#832010: Please enable LZ4 compression

On Thu, Jul 21, 2016 at 07:28:26PM +0200, Yuri D'Elia wrote: > On Thu, Jul 21 2016, Michael Biebl wrote: > > And in Debian we build against libxz, so xz compression is used for core > > files. > > Indeed, and it's pretty slow. > > > What would we gain by switching from xz to

Bug#832010: Please enable LZ4 compression

Am 21.07.2016 um 19:28 schrieb Yuri D'Elia: > On Thu, Jul 21 2016, Michael Biebl wrote: >> And in Debian we build against libxz, so xz compression is used for core >> files. > > Indeed, and it's pretty slow. > >> What would we gain by switching from xz to lz4. Can you provide

Bug#832010: Please enable LZ4 compression

On Sat, Oct 22 2016, Michael Biebl wrote: > Is it possible to enable lz4 for coredumps only? Not according to upstream. > Felipe's argument about apt already pulling in libz4 makes me less > concerned, fwiw, as we wouldn't introduce yet another new dependency in > the "base"

Bug#832010: Please enable LZ4 compression

Am 22.07.2016 um 00:28 schrieb Yuri D'Elia: > On Fri, Jul 22 2016, Michael Biebl wrote: >> So, this is the main reason I'm worried about enabling lz4 support. >> Afair, it's not runtime configurable, so each new journal entry would be >> lz4 compressed, which effectively means

Bug#832010: Please enable LZ4 compression

On Fri, Jul 22 2016, Michael Biebl wrote: > So, this is the main reason I'm worried about enabling lz4 support. > Afair, it's not runtime configurable, so each new journal entry would be > lz4 compressed, which effectively means we will have to use lz4 forever > (which has quite

Bug#832010: Please enable LZ4 compression

Control: tags -1 + moreinfo Am 21.07.2016 um 19:03 schrieb Yuri D'Elia: > On Thu, Jul 21 2016, Michael Biebl wrote: LZ4 is the default compression method according to upstream since systemd >> If we build against liblz4, what happens with existing journal files? > > By

Bug#832010: Please enable LZ4 compression

On Thu, Jul 21 2016, Michael Biebl wrote: > And in Debian we build against libxz, so xz compression is used for core > files. Indeed, and it's pretty slow. > What would we gain by switching from xz to lz4. Can you provide numbers? I don't have enough time to back it up

Bug#832010: Please enable LZ4 compression

Am 21.07.2016 um 18:46 schrieb Michael Biebl: > Am 21.07.2016 um 18:32 schrieb Felipe Sateler: >> On 21 July 2016 at 06:28, Yuri D'Elia wrote: >>> Package: systemd-coredump >>> Version: 230-7 >>> Severity: wishlist >>> >>> LZ4 compression makes a huge difference in terms of

Bug#832010: Please enable LZ4 compression

On Thu, Jul 21 2016, Michael Biebl wrote: >>> LZ4 is the default compression method according to upstream since systemd >>> 229. > > What exactly do you mean by "default"? > Afaics, the default is no compression at all. For journal entries probably not, but for core files

Bug#832010: Please enable LZ4 compression

Am 21.07.2016 um 18:32 schrieb Felipe Sateler: > On 21 July 2016 at 06:28, Yuri D'Elia wrote: >> Package: systemd-coredump >> Version: 230-7 >> Severity: wishlist >> >> LZ4 compression makes a huge difference in terms of performance impact when >> compressing core files, but

Bug#832010: Please enable LZ4 compression

On 21 July 2016 at 06:28, Yuri D'Elia wrote: > Package: systemd-coredump > Version: 230-7 > Severity: wishlist > > LZ4 compression makes a huge difference in terms of performance impact when > compressing core files, but it's currently not enabled (I guess due to > missing >

Bug#832010: Please enable LZ4 compression

Package: systemd-coredump Version: 230-7 Severity: wishlist LZ4 compression makes a huge difference in terms of performance impact when compressing core files, but it's currently not enabled (I guess due to missing LZ4 dependency?). LZ4 is the default compression method according to upstream