<p>zstd по умолчанию является подробным</p>

Созданный на 13 мая 2018  ·  3Комментарии  ·  Источник: facebook/zstd

$ zstd --version

* Интерфейс командной строки zstd 64-бит v1.3.3, Янн Колле *

Подробный вывод не должен отображаться, если не задана опция «--verbose».

Я знаю, что на странице руководства написано:

При сжатии одного файла zstd по умолчанию отображает уведомления о ходе выполнения и сводку результатов. Используйте -q, чтобы отключить их.

Другие программы сжатия (например, gzip, bzip2, xz, lzip) по умолчанию не являются подробными.

Самый полезный комментарий

Это сознательный выбор интерфейса zstd : на первое место ставьте человеческое взаимодействие.

Когда пользователь тратит свое время на ввод вручную команды для сжатия файла или потока, возникает ряд связанных ожиданий:

  • Пользователь захочет узнать, действительно ли происходит какой-то прогресс, а также иметь приблизительное представление о том, сколько времени требуется до завершения обработки. Мигающий курсор не соответствует этой цели: программа действительно может застрять в бесконечном цикле! Таким образом, ожидание без обратной связи является более «стрессовым».
  • Предполагается, что пользователя интересует результат сжатия, запрошенный вручную, поэтому в конце отображается краткая сводка.

Это отличается от программы, которая ставит «автоматические сценарии на первое место». В этом случае операция сжатия является лишь частью большого конвейера, и вся эта обратная связь становится бесполезной, если не раздражающей. Следовательно, лучше, если их нет.

В обоих случаях есть решения: такие программы, как zstd которые поддерживают взаимодействие с людьми, тем не менее позволяют команде -q отключать обратную связь для скриптов. Программы, которые поддерживают интеграцию сценариев, обычно предоставляют пользователям возможность заявить о своем желании получить некоторую обратную связь, как правило, с помощью команды -v (обратите внимание, что во многих случаях обратная связь о прогрессе не является частью контракта, а только конечным итогом) .
Так что различия в конечном итоге невелики.

В конце концов, я считаю, что выбор, сделанный для zstd немного лучше: он обеспечивает более "привлекательный" первый опыт с большим количеством сигналов обратной связи. И первый опыт очень важен, прежде чем пользователь начнет рассматривать «продвинутые» сценарии, такие как встраивание сжатия в более крупный этап обработки.
Что касается интеграции скриптов, в большинстве случаев компрессоры вызываются через некоторую переменную. В этом случае установка чего-то вроде compress = zstd -q не намного отличается от установки compress = zstd .

Все 3 Комментарий

Это сознательный выбор интерфейса zstd : на первое место ставьте человеческое взаимодействие.

Когда пользователь тратит свое время на ввод вручную команды для сжатия файла или потока, возникает ряд связанных ожиданий:

  • Пользователь захочет узнать, действительно ли происходит какой-то прогресс, а также иметь приблизительное представление о том, сколько времени требуется до завершения обработки. Мигающий курсор не соответствует этой цели: программа действительно может застрять в бесконечном цикле! Таким образом, ожидание без обратной связи является более «стрессовым».
  • Предполагается, что пользователя интересует результат сжатия, запрошенный вручную, поэтому в конце отображается краткая сводка.

Это отличается от программы, которая ставит «автоматические сценарии на первое место». В этом случае операция сжатия является лишь частью большого конвейера, и вся эта обратная связь становится бесполезной, если не раздражающей. Следовательно, лучше, если их нет.

В обоих случаях есть решения: такие программы, как zstd которые поддерживают взаимодействие с людьми, тем не менее позволяют команде -q отключать обратную связь для скриптов. Программы, которые поддерживают интеграцию сценариев, обычно предоставляют пользователям возможность заявить о своем желании получить некоторую обратную связь, как правило, с помощью команды -v (обратите внимание, что во многих случаях обратная связь о прогрессе не является частью контракта, а только конечным итогом) .
Так что различия в конечном итоге невелики.

В конце концов, я считаю, что выбор, сделанный для zstd немного лучше: он обеспечивает более "привлекательный" первый опыт с большим количеством сигналов обратной связи. И первый опыт очень важен, прежде чем пользователь начнет рассматривать «продвинутые» сценарии, такие как встраивание сжатия в более крупный этап обработки.
Что касается интеграции скриптов, в большинстве случаев компрессоры вызываются через некоторую переменную. В этом случае установка чего-то вроде compress = zstd -q не намного отличается от установки compress = zstd .

Привет,
Я использую zstd в скрипте. Я хотел бы видеть некоторую обратную связь, например, процент сжатия в файлах журнала, но управляющие символы плохо принимаются (например, ^ M, повторение строки прогресса).
Какие параметры zstd мне следует использовать? Я уже пробовал " -q -v ", но безрезультатно.

Такой возможности пока нет.
Аналогичный запрос есть на # 1371.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги