Re: Kernel compression benchmarks

2020-07-26 Thread Jan Ziak
Hello I looked at the SVG graphs and it appears that the formula used wasn't T_load+T_decompress, but was just T_decompress. Without considering the time it takes to load the compressed data from a storage device, the SVG graphs are only half-done and might be deceiving. There are 3 kinds of

Re: Kernel compression benchmarks

2020-07-06 Thread Nick Terrell
> On Jul 3, 2020, at 12:06 PM, Kees Cook wrote: > > On Fri, Jul 03, 2020 at 10:15:20AM +0200, Sedat Dilek wrote: >> On Thu, Jul 2, 2020 at 5:18 PM Kees Cook wrote: >>> >>> On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: ZSTD compression patches have been sent in a

Re: Kernel compression benchmarks

2020-07-03 Thread Norbert Lange
Am Fr., 3. Juli 2020 um 18:06 Uhr schrieb Kees Cook : > > On Fri, Jul 03, 2020 at 10:15:20AM +0200, Sedat Dilek wrote: > > On Thu, Jul 2, 2020 at 5:18 PM Kees Cook wrote: > > > > > > On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: > > > > ZSTD compression patches have been sent

Re: Kernel compression benchmarks

2020-07-03 Thread Kees Cook
On Fri, Jul 03, 2020 at 10:15:20AM +0200, Sedat Dilek wrote: > On Thu, Jul 2, 2020 at 5:18 PM Kees Cook wrote: > > > > On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: > > > ZSTD compression patches have been sent in a number of times over the > > > past few years. Every time,

Re: Kernel compression benchmarks

2020-07-03 Thread Sedat Dilek
On Thu, Jul 2, 2020 at 5:18 PM Kees Cook wrote: > > On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: > > ZSTD compression patches have been sent in a number of times over the > > past few years. Every time, someone asks for benchmarks. Every time, > > someone is concerned about

Re: Kernel compression benchmarks

2020-07-02 Thread Kees Cook
On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: > ZSTD compression patches have been sent in a number of times over the > past few years. Every time, someone asks for benchmarks. Every time, > someone is concerned about compression time. Sometimes, someone provides >

Re: Kernel compression benchmarks

2020-07-01 Thread Alex Xu (Hello71)
Excerpts from Gao Xiang's message of July 1, 2020 11:50 am: > Anyway, I think LZMA (xz) is still useful and which is more > friendly to fixed-sized output compression than Zstd yet (But > yeah, I'm not familar with all ZSTD internals. I will dig > into that if I've more extra time). Yes, I

Re: Kernel compression benchmarks

2020-07-01 Thread Gao Xiang
Hi Alex, (sorry... maybe my @gmx.com email is broken again...) On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote: > > My conclusions: > > - zstd is an improvement on almost all metrics. > - bzip2 and lzma should be removed post-haste. I'm some familar with LZ4 and LZMA (xz)

Kernel compression benchmarks

2020-07-01 Thread Alex Xu (Hello71)
Hi all, ZSTD compression patches have been sent in a number of times over the past few years. Every time, someone asks for benchmarks. Every time, someone is concerned about compression time. Sometimes, someone provides benchmarks. But, as far as I can tell, nobody considered the compression