Helping thread :)

[FitGirl]

Bulat, let me thank you for great tools you've created. Without them most repacks would be impossible, I guess

Now to topics you've mentioned.

1) Yes, now I'm aware of it. Could you please clarify if decompression threads number can be controlled by setting more dmem? Let's say I compress with 4x4:lzma256, what should I do, so users with 8-cores and GBs of RAM could decompress it in all their threads. I specifically put higher dictionary sizes here, cause smaller ones aren't good for compression ratio.

2) Yes, I've been talking about mode without blocks splitting and for sure I use it only on data with lots of already compressed data.

4) That would be cool, if it make decompression faster

Thank you again!

[Bulat]

Originally Posted by FitGirl

1) Yes, now I'm aware of it. Could you please clarify if decompression threads number can be controlled by setting more dmem? Let's say I compress with 4x4:lzma256, what should I do, so users with 8-cores and GBs of RAM could decompress it in all their threads. I specifically put higher dictionary sizes here, cause smaller ones aren't good for compression ratio.

as you can see in arcinfo/lt, each thread of 4x4:lzma:256m will require 516 MB of memory, 8 threads need more than 4 GB. the only way is to use external 4x4, i.e. fazip in stdin-to-stdout mode

please try it and write about results - positive or not