pub enum MatchFinder {
    HashChain3,
    HashChain4,
    BinaryTree2,
    BinaryTree3,
    BinaryTree4,
}
Expand description

Match finders

Match finder has major effect on both speed and compression ratio. Usually hash chains are faster than binary trees.

If you will use SyncFlush often, the hash chains may be a better choice, because binary trees get much higher compression ratio penalty with SyncFlush.

The memory usage formulas are only rough estimates, which are closest to reality when dict_size is a power of two. The formulas are more complex in reality, and can also change a little between liblzma versions.

Variants

HashChain3

Hash Chain with 2- and 3-byte hashing

HashChain4

Hash Chain with 2-, 3-, and 4-byte hashing

BinaryTree2

Binary Tree with 2-byte hashing

BinaryTree3

Binary Tree with 2- and 3-byte hashing

BinaryTree4

Binary Tree with 2-, 3-, and 4-byte hashing

Implementations

Test if this match finder is supported in this build of liblzma.

Trait Implementations

Returns a copy of the value. Read more

Performs copy-assignment from source. Read more

Auto Trait Implementations

Blanket Implementations

Gets the TypeId of self. Read more

Immutably borrows from an owned value. Read more

Mutably borrows from an owned value. Read more

Returns the argument unchanged.

Calls U::from(self).

That is, this conversion is whatever the implementation of From<T> for U chooses to do.

The resulting type after obtaining ownership.

Creates owned data from borrowed data, usually by cloning. Read more

🔬 This is a nightly-only experimental API. (toowned_clone_into)

Uses borrowed data to replace owned data, usually by cloning. Read more

The type returned in the event of a conversion error.

Performs the conversion.

The type returned in the event of a conversion error.

Performs the conversion.