lzip-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: untar with plzip faster than with lzip for no apparent reason


From: wrotycz
Subject: Re: Re: untar with plzip faster than with lzip for no apparent reason
Date: Sun, 06 Oct 2024 01:06:02 +0200
User-agent: GWP-Draft


Sure, count on it. Gmail adds the email address automatically, so I will delete it by hand.

Thanks. As can be seen you can not count on mailing list to handle that.


In the source file that decompresses from a regular file to stdout (dec_stdout.cc) the block size is defined in line 41:

   enum { max_packet_size = 1 << 20 };

I was talking about lzip. I found the references to dictionary size and thought it will be trivial to change it, and see of it changes anything, but it is not. Definitely not trivial.

--out-slots option determines the size of the store of blocks for each thread. As you can see in the manual:
--out-slots=n

I read the manual.
Not sure if I get it correctly but I can change it and check whether it gives me desired outcome.
With lzip I can not.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]