<p>zstd ist standardmäßig ausführlich</p>

Es ist eine bewusste Wahl der zstd Schnittstelle: Stellen Sie die menschliche Interaktion an die erste Stelle.

Wenn ein Benutzer seine Zeit damit verbringt, einen Befehl manuell einzugeben, um eine Datei oder einen Stream zu komprimieren, gibt es eine Reihe von damit verbundenen Erwartungen:

• Der Benutzer wird wissen wollen, ob tatsächlich ein Fortschritt stattfindet, und auch eine ungefähre Vorstellung davon haben, wie lange gewartet werden muss, bevor die Verarbeitung endet. Ein blinkender Cursor verfehlt dieses Ziel: Das Programm könnte tatsächlich in einer Endlosschleife stecken bleiben! Warten ohne Rückmeldung ist daher etwas "stressiger".
• Es wird davon ausgegangen, dass der Benutzer an dem manuell angeforderten Komprimierungsergebnis interessiert ist, daher wird am Ende eine kurze Zusammenfassung angezeigt.

Dies unterscheidet sich von einem Programm, das "automatisiertes Scripting an die erste Stelle" stellt. In diesem Fall ist die Komprimierungsoperation nur ein Teil einer größeren Pipeline, und all diese Rückmeldungen werden nutzlos, wenn nicht sogar lästig. Daher ist es besser, wenn sie nicht vorhanden sind.

In beiden Fällen gibt es Lösungen: Programme wie zstd die menschliche Interaktion begünstigen, erlauben dem Befehl -q dennoch, Feedback für Skripte zu unterdrücken. Programme, die die Skriptintegration begünstigen, bieten im Allgemeinen eine Möglichkeit für menschliche Benutzer, ihren Willen zum Erhalt von Feedback zu bekunden, normalerweise durch den Befehl -v (beachten Sie, dass Fortschrittsfeedback in vielen Fällen nicht Teil des Vertrags ist, sondern nur eine Abschlusszusammenfassung). .
Die Unterschiede sind also am Ende eher gering.

Am Ende des Tages glaube ich, dass die Wahl für zstd etwas besser ist: Es bietet eine "einladendere" erste Erfahrung mit mehr Feedback-Signalen. Und erste Erfahrungen sind sehr wichtig, bevor ein Benutzer beginnt, "fortgeschrittene" Szenarien in Betracht zu ziehen, wie z. B. die Einbettung der Komprimierung in eine größere Verarbeitungsstufe.
Bei der Skriptintegration werden Kompressoren in den meisten Fällen über eine Variable aufgerufen. In diesem Fall ist die Einstellung von compress = zstd -q nicht viel anders als die Einstellung von compress = zstd .

Hi,
Ich verwende zstd in einem Skript. Ich würde gerne ein Feedback wie den Komprimierungsprozentsatz in den Protokolldateien sehen, aber die Steuerzeichen werden nicht gut akzeptiert (zB ^M, Wiederholungen von Fortschrittszeichenfolgen).
Welche zstd-Optionen sollte ich verwenden? Ich habe bereits " -q -v " versucht, aber ohne Ergebnis.

Diese Fähigkeit existiert noch nicht.
Es gibt eine ähnliche Anfrage unter #1371 .