mate-file-archiver-1.22.1-alt3.x86_64 p9 alt workstation x86_64 1) Создать новую папку, сгенерировать в нее файлы (65,7 MB). for i in {0..800}; do dd if=/dev/urandom bs=200 count=$i of=file$i; done 2) ПКМ на папке -> Сжать. 3) В открывшемся окне раскрыть список "Дополнительные параметры", выбрать степень сжатия - Очень быстрое, быстрое, нормальное, максимальное. Результат: архив создаетcя одного и того же размера во всех 4х случаях Пробовала для tar.gz и .zip
Created attachment 8808 [details] scr
Пробуйте для 7z.
(Ответ для Andrey Cherepanov на комментарий #2) > Пробуйте для 7z. test@comp-core-i5-4200u-5d68ca ~ $ l | grep kompress -rw-r--r-- 1 test test 64088620 мая 25 15:45 kompress_max.7z -rw-r--r-- 1 test test 64088620 мая 25 15:45 kompress_normal.7z -rw-r--r-- 1 test test 64088620 мая 25 15:44 kompress_fast.7z -rw-r--r-- 1 test test 64088967 мая 25 15:43 kompress_very_fast.7z drwxr-xr-x 2 test test 20480 мая 25 15:39 kompress/ test@comp-core-i5-4200u-5d68ca ~ $
Результат проверки актуальности (31.08.2026): 1. Методика исходного теста некорректна: файлы генерировались из /dev/urandom, а случайные данные несжимаемы — одинаковый размер архива на любом уровне сжатия здесь ожидаемый результат для любого архиватора, а не дефект. Причём даже в приведённых цифрах для 7z «very fast» дал другой размер (64088967 против 64088620) — т.е. уровень реально передавался уже тогда. 2. В коде текущего engrampa 1.28.5 (Sisyphus, src/fr-command-{tar,zip,7z,...}.c) уровень сжатия (FR_COMPRESSION_VERY_FAST/FAST/NORMAL/MAXIMUM) обрабатывается для всех форматов из отчёта, включая tar.gz и zip. Для проверки достаточно повторить тест на сжимаемых данных (например, текстовых файлах) — размеры будут различаться. Предложение по резолюции: NOTABUG (наблюдавшееся поведение — свойство несжимаемых тестовых данных, а не архиватора).
(Ответ для Anton Farygin на комментарий #4) > Предложение по резолюции: NOTABUG (наблюдавшееся поведение — свойство > несжимаемых тестовых данных, а не архиватора).
