Browsing Ukrainian translation

196.

In multi-threaded mode about three times I<size> bytes will be allocated in each thread for buffering input and output. The default I<size> is three times the LZMA2 dictionary size or 1 MiB, whichever is more. Typically a good value is 2-4 times the size of the LZMA2 dictionary or at least 1 MiB. Using I<size> less than the LZMA2 dictionary size is waste of RAM because then the LZMA2 dictionary buffer will never get fully used. The sizes of the blocks are stored in the block headers, which a future version of B<xz> will use for multi-threaded decompression.

211.

If the compression settings exceed the I<limit>, B<xz> will adjust the settings downwards so that the limit is no longer exceeded and display a notice that automatic adjustment was done. Such adjustments are not made when compressing with B<--format=raw> or if B<--no-adjust> has been specified. In those cases, an error is displayed and B<xz> will exit with exit status 1.

215.

The I<limit> can be reset back to its default value by setting it to B<0>. This is currently equivalent to setting the I<limit> to B<max> (no memory usage limit). Once multithreading support has been implemented, there may be a difference between B<0> and B<max> for the multithreaded case, so it is recommended to use B<0> instead of B<max> until the details have been decided.

216.

For 32-bit B<xz> there is a special case: if the I<limit> would be over B<4020\ MiB>, the I<limit> is set to B<4020\ MiB>. (The values B<0> and B<max> aren't affected by this. A similar feature doesn't exist for decompression.) This can be helpful when a 32-bit executable has access to 4\ GiB address space while hopefully doing no harm in other situations.

221.

This is equivalent to specifying B<--memlimit-compress=>I<limit >B<--memlimit-decompress=>I<limit>.

223.

Display an error and exit if the compression settings exceed the memory usage limit. The default is to adjust the settings downwards so that the memory usage limit is not exceeded. Automatic adjusting is always disabled when creating raw streams (B<--format=raw>).

225.

Specify the number of worker threads to use. Setting I<threads> to a special value B<0> makes B<xz> use as many threads as there are CPU cores on the system. The actual number of threads can be less than I<threads> if the input file is not big enough for threading with the given settings or if using more threads would exceed the memory usage limit.

227.

Threaded decompression hasn't been implemented yet. It will only work on files that contain multiple blocks with size information in block headers. All files compressed in multi-threaded mode meet this condition, but files compressed in single-threaded mode don't even if B<--block-size=>I<size> is used.

229.

A custom filter chain allows specifying the compression settings in detail instead of relying on the settings associated to the presets. When a custom filter chain is specified, preset options (B<-0> ... B<-9> and B<--extreme>) earlier on the command line are forgotten. If a preset option is specified after one or more custom filter chain options, the new preset takes effect and the custom filter chain options specified earlier are forgotten.

241.

Reset all LZMA1 or LZMA2 I<options> to I<preset>. I<Preset> consist of an integer, which may be followed by single-letter preset modifiers. The integer can be from B<0> to B<9>, matching the command line options B<-0> ... B<-9>. The only supported modifier is currently B<e>, which matches B<--extreme>. If no B<preset> is specified, the default values of LZMA1 or LZMA2 I<options> are taken from the preset B<6>.