zstd/tests/cli-tests/compression/adapt.sh

#!/bin/sh

set -e

# Test --adapt
zstd -f file --adapt -c | zstd -t

datagen -g100M > file100M

# Pick parameters to force fast adaptation, even on slow systems
zstd --adapt -vvvv -19 --zstd=wlog=10 file100M -o /dev/null 2>&1 | grep -q "faster speed , lighter compression"

# Adaption still happens with --no-progress
zstd --no-progress --adapt -vvvv -19 --zstd=wlog=10 file100M -o /dev/null 2>&1 | grep -q "faster speed , lighter compression"
[test] Add new CLI testing platform Adds the new CLI testing platform that I'm proposing. See the added `README.md` for details. 2022-01-18 13:31:27 -08:00			`#!/bin/sh`

			`set -e`

			`# Test --adapt`
			`zstd -f file --adapt -c \| zstd -t`
[fileio] Separate parameter adaption from display update rate Split the logic for parameter adaption from the logic to update the display rate. This decouples the two updates, so changes to display updates don't affect parameter adaption. Also add a test case that checks that parameter adaption actually happens. This fixes Issue #3353, where --adapt is broken when --no-progress is passed. 2022-12-14 15:17:05 -08:00
			`datagen -g100M > file100M`

			`# Pick parameters to force fast adaptation, even on slow systems`
			`zstd --adapt -vvvv -19 --zstd=wlog=10 file100M -o /dev/null 2>&1 \| grep -q "faster speed , lighter compression"`

			`# Adaption still happens with --no-progress`
			`zstd --no-progress --adapt -vvvv -19 --zstd=wlog=10 file100M -o /dev/null 2>&1 \| grep -q "faster speed , lighter compression"`