facebook / facebook/zstd

Recursive compression is better than --ultra -22

オープン
#3,003 コメント 4 件 リアクション 2 件 担当者 0 名 GitHub で見る
主要言語
C
スター
27.9k
フォーク
2.6k
平均マージ
1日 3時間
マージ済み PR(30日)
8

説明

**Describe the bug**
I had expected no options would beat `--ultra -22`, however, I have found a file where it is outperformed by `pzstd -1 | pzstd -19`.

**To Reproduce**
Download: https://cloud.prosa.dk/s/tBSZwHXJKCKs78n/download/100g-1-19.zst.zst

Decompress the file. Decompress the decompressed file. This should give you a 100 GB file.

(When decompressing I cannot make pzstd use all 64 cores. Why?).

Run:
~~~
pzstd --ultra -22 < 100g-1-19 > 100g-22.zst
# Why does this not use all 64 cores?
pzstd -1 < 100g-1-19 | pzstd -19 > 100g-1-19.zst.zst
ls -l
# Sizes are different. 100g-1-19.zst.zst is smaller.
~~~

**Expected behavior**
I had expected no options would beat `--ultra -22`. So I had expected 100g-22.zst to be smaller.

**Screenshots and charts**
N/A

**Desktop (please complete the following information):**
- OS: Ubuntu 20.04
- Version: 1.4.4
- Compiler: installed as binary package
- Flags: -
- Other relevant hardware specs: 64 cores
- Build system: -

**Additional context**
N/A

コントリビューションガイド

コントリビューションガイドを開く

評価

この issue はまだ評価されていません。

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。