<p>zstd bertele-tele secara default</p>

Dibuat pada 13 Mei 2018  ·  3Komentar  ·  Sumber: facebook/zstd

$ zstd --versi

* zstd antarmuka baris perintah 64-bit v1.3.3, oleh Yann Collet *

Tidak ada keluaran verbose yang harus ditampilkan kecuali opsi "--verbose" diberikan.

Saya tahu halaman manual mengatakan:

Saat mengompresi satu file, zstd menampilkan pemberitahuan kemajuan dan ringkasan hasil secara default. Gunakan -q untuk mematikannya.

Program kompresi lainnya (misalnya gzip, bzip2, xz, lzip) tidak bertele-tele secara default.

Komentar yang paling membantu

Ini adalah pilihan yang disengaja dari antarmuka zstd : mengutamakan interaksi manusia.

Ketika pengguna menginvestasikan waktunya secara manual mengetik perintah untuk mengompresi file atau aliran, ada banyak harapan terkait:

  • Pengguna akan ingin tahu apakah beberapa kemajuan benar-benar terjadi, dan juga memiliki gambaran kasar tentang berapa banyak waktu tunggu yang diperlukan sebelum pemrosesan berakhir. Kursor yang berkedip gagal mencapai tujuan ini: program sebenarnya bisa terjebak dalam loop tak terbatas! Menunggu tanpa umpan balik karena itu sedikit lebih "stres".
  • Pengguna diasumsikan tertarik dengan hasil kompresi yang diminta secara manual, sehingga ringkasan cepat ditampilkan di akhir.

Ini berbeda dengan program yang mengutamakan "skrip otomatis". Dalam hal ini, operasi kompresi hanyalah salah satu bagian dari pipa yang lebih besar, dan semua umpan balik itu menjadi tidak berguna, jika tidak mengganggu. Oleh karena itu lebih baik jika mereka tidak hadir.

Dalam kedua kasus ada solusi : program seperti zstd yang mendukung interaksi manusia tetap memungkinkan perintah -q untuk membungkam umpan balik untuk skrip. Program yang mendukung integrasi skrip umumnya menyediakan cara bagi pengguna manusia untuk menyatakan keinginan mereka untuk menerima umpan balik, melalui perintah -v biasanya (perhatikan bahwa, dalam banyak kasus, umpan balik perkembangan bukan bagian dari kontrak, hanya ringkasan akhir) .
Jadi perbedaan akhirnya menjadi agak kecil.

Pada akhirnya, saya yakin pilihan yang dibuat untuk zstd sedikit lebih baik: ini memberikan pengalaman pertama yang lebih "mengundang", menampilkan lebih banyak sinyal umpan balik. Dan pengalaman pertama sangat penting sebelum pengguna mulai mempertimbangkan skenario "lanjutan", seperti menyematkan kompresi ke tahap pemrosesan yang lebih besar.
Adapun integrasi skrip, dalam banyak kasus, kompresor dipanggil melalui beberapa variabel. Dalam hal ini, menyetel sesuatu seperti compress = zstd -q tidak jauh berbeda dengan menyetel compress = zstd .

Semua 3 komentar

Ini adalah pilihan yang disengaja dari antarmuka zstd : mengutamakan interaksi manusia.

Ketika pengguna menginvestasikan waktunya secara manual mengetik perintah untuk mengompresi file atau aliran, ada banyak harapan terkait:

  • Pengguna akan ingin tahu apakah beberapa kemajuan benar-benar terjadi, dan juga memiliki gambaran kasar tentang berapa banyak waktu tunggu yang diperlukan sebelum pemrosesan berakhir. Kursor yang berkedip gagal mencapai tujuan ini: program sebenarnya bisa terjebak dalam loop tak terbatas! Menunggu tanpa umpan balik karena itu sedikit lebih "stres".
  • Pengguna diasumsikan tertarik dengan hasil kompresi yang diminta secara manual, sehingga ringkasan cepat ditampilkan di akhir.

Ini berbeda dengan program yang mengutamakan "skrip otomatis". Dalam hal ini, operasi kompresi hanyalah salah satu bagian dari pipa yang lebih besar, dan semua umpan balik itu menjadi tidak berguna, jika tidak mengganggu. Oleh karena itu lebih baik jika mereka tidak hadir.

Dalam kedua kasus ada solusi : program seperti zstd yang mendukung interaksi manusia tetap memungkinkan perintah -q untuk membungkam umpan balik untuk skrip. Program yang mendukung integrasi skrip umumnya menyediakan cara bagi pengguna manusia untuk menyatakan keinginan mereka untuk menerima umpan balik, melalui perintah -v biasanya (perhatikan bahwa, dalam banyak kasus, umpan balik perkembangan bukan bagian dari kontrak, hanya ringkasan akhir) .
Jadi perbedaan akhirnya menjadi agak kecil.

Pada akhirnya, saya yakin pilihan yang dibuat untuk zstd sedikit lebih baik: ini memberikan pengalaman pertama yang lebih "mengundang", menampilkan lebih banyak sinyal umpan balik. Dan pengalaman pertama sangat penting sebelum pengguna mulai mempertimbangkan skenario "lanjutan", seperti menyematkan kompresi ke tahap pemrosesan yang lebih besar.
Adapun integrasi skrip, dalam banyak kasus, kompresor dipanggil melalui beberapa variabel. Dalam hal ini, menyetel sesuatu seperti compress = zstd -q tidak jauh berbeda dengan menyetel compress = zstd .

Hai,
Saya menggunakan zstd dalam skrip. Saya ingin melihat beberapa umpan balik seperti persentase kompresi dalam file log, tetapi karakter kontrol tidak diterima dengan baik (misalnya ^M, pengulangan string kemajuan).
Opsi zstd mana yang harus saya gunakan? Saya sudah mencoba " -q -v " tetapi tidak ada hasil.

Kemampuan ini belum ada.
Ada permintaan serupa di #1371 .

Apakah halaman ini membantu?
0 / 5 - 0 peringkat