https://www.opennet.ru/openforum/vsluhforumID3/106117.html Незамеченным остался факт того, что разработка консольной версии архиватора p7zip (http://p7zip.sourceforge.net/) (порт 7z.exe для Unix-систем) возобновилась с начала с марта этого года, а на этой неделе проект был синхронизирован с новейшей кодовой базой 7z (http://www.7-zip.org/).<br><br><br>Основные новшества (http://sourceforge.net/projects/p7zip/files/p7zip/15.09/):<br><br><br><br>- Добавлена поддержка распаковки образов в формате ext2, ext3, ext4 и многотомных VMDK;<br>- Добавлена поддержка 64-битной платформы cygwin, включая ассемблерное ускорение;<br>- Стала поддерживаться компиляция для aarch64, arm, PPC, PPC64, PPC64LE и S390x;<br>- Добавлена поддержка распаковки образов QCOW2, VMDK, VDI, а также GPT партиций, содержащихся внутри;<br>- Стали поддерживаться образы WIM (Windows Imaging Format) с форматом сжатия LZMS;<br>- Добавлена поддержка распаковки архивов RAR5;<br>- 7-Zip больше не сортирует файлы по расширению при добавлении в архив (что субъективно ухудшает степень архивации). Для возвращения старого поведения следует ис https://www.opennet.ru/openforum/vsluhforumID3/106117.html#153 Fri, 01 Jan 2016 17:55:48 GMT &gt;&gt; Жуткое соотношение производительности к степени сжатия по отношению к xz.<br>&gt;2gb.img <br>&gt; 2062444 1gb.img.xz <br>&gt; 2071444 1gb.img.bz2 <br><br>Я правильно понимаю, что этот файл почти не сжимается (то есть, видимо, уже сжат)?<br><br>Сжатие сжатого -- вообще пустая трата времени и электричества, и хороший бредогенератор результатов бентчмарков, в частности.<br><br>&gt; О каком таком соотношении производительности к степени сжатия вы тут сказки рассказываете? <br><br>Гм? Вы "забыли", как отвечать, "не ломая тред", и перелогиться "тем" Анонимом?..<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#152 Fri, 01 Jan 2016 17:44:07 GMT &gt; в какой то узко специфической сфере у xz и есть преимущества, <br>&gt; но для обычного пользователя точно нет, имхо <br><br>Я у него спрашивал. Говорит, ты, извините, брешешь. //Да, я *тоже* могу говорить за него.<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#151 Thu, 31 Dec 2015 16:07:48 GMT &gt; Каждые сленующие m% сжания -- *N раз по времени. Или типа того.<br><br>Из того, что я увидел, с xz я потратил почти в 3 раза больше времени, при этом получил выигрыш менее 1%. Может конечно в какой то узко специфической сфере у xz и есть преимущества, но для обычного пользователя точно нет, имхо<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#150 Thu, 31 Dec 2015 11:15:08 GMT &gt; Ну тогда нет ничего юниксвейного в этом мире.<br><br>Не, это только с архиваторами все плохо ;) С остальными утилитами типа ls,cat,grep все нормально.<br><br>&gt; Прекращайте уже быть таким <br>&gt; пуристом, честное слово же...<br><br>В этом плане я совсем не пурист и считаю, что архиватор должен сам уметь сжимать. Более того - у меня в системе комбайн 7z заменил другие архиваторы/компрессоры (gzip/xz/rar/zip).<br><br>Я считаю, что на unix way нужно смотреть шире - если программа/библиотека охватывает конкретную задачу (область применения) и не лезет в другие - то это вполне адекватный подход. Мне нравится busybox, ffmpeg, curl, kernel. Вот qt, systemd - наоборот, стараются охватить как можно больший круг задач и включают в себе все подряд, что ИМХО плохо.<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#149 Thu, 31 Dec 2015 06:18:46 GMT &gt; О каком таком соотношении производительности к степени сжатия вы тут сказки рассказываете? <br><br>Обэкспоненциальном? Каждые сленующие m% сжания -- *N раз по времени. Или типа того.<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#148 Thu, 31 Dec 2015 00:42:41 GMT &gt; Я не о технических возможностях, а о принадлежности/соответствии unix way.<br><br>Ну тогда нет ничего юниксвейного в этом мире. Прекращайте уже быть таким пуристом, честное слово же...<br><br>&gt; Если я сперва сожму файл, то его исходное имя (test.cpp) изменится (test.cpp.gz), <br>&gt; размер тоже. При листинге архива я естественно хочу видеть исходное имя <br>&gt; (test.cpp) и его размер.<br><br>А, вы всё так же про тар. Я же говорю о подходе к созданию архиваторов вообще.<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#147 Thu, 31 Dec 2015 00:00:41 GMT &gt;&gt;&gt; Был вопрос про сжатие индивидуальных файлов? Был. Дар подходит? Подходит.<br>&gt;&gt; Но чем он в таком случае отличается от 7z или rar?<br>&gt; Ну-у-у здрасьте. Я не буду долго рассказывать, вы лучше сходите на сайт <br><br>Я не о технических возможностях, а о принадлежности/соответствии unix way.<br><br>&gt;&gt;&gt; Строго говоря, в процессе дискуссии вы, задав вопрос, уже почти на <br>&gt;&gt;&gt; него ответили. Нужен доступ к индивидуальным файлам без декомпрессии <br>&gt;&gt;&gt; всего архива &#8212; делайте архивацию после сжатия.<br>&gt;&gt; Это не удобно - изменяется имя и размер файла.<br>&gt; Эмм. Вот тут не понял, честно говоря.<br><br>Если я сперва сожму файл, то его исходное имя (test.cpp) изменится (test.cpp.gz), размер тоже. При листинге архива я естественно хочу видеть исходное имя (test.cpp) и его размер.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#146 Wed, 30 Dec 2015 23:43:02 GMT &gt;&gt; Был вопрос про сжатие индивидуальных файлов? Был. Дар подходит? Подходит.<br>&gt; Но чем он в таком случае отличается от 7z или rar?<br><br>Ну-у-у здрасьте. Я не буду долго рассказывать, вы лучше сходите на сайт к создателю и прочитайте. Это как раз где-то замена или, можно так фигурально выразиться, весьма улучшенная версия tar.<br><br>&gt;&gt; Строго говоря, в процессе дискуссии вы, задав вопрос, уже почти на <br>&gt;&gt; него ответили. Нужен доступ к индивидуальным файлам без декомпрессии <br>&gt;&gt; всего архива &#8212; делайте архивацию после сжатия.<br>&gt; Это не удобно - изменяется имя и размер файла.<br><br>Эмм. Вот тут не понял, честно говоря.<br><br>&gt;&gt; Любой образ файловой <br>&gt;&gt; системы со сжатием вам в этом подойдёт. Очень даже юниксвейно.<br>&gt; Это интересный вариант. Но эта будет специфическая фс с плохой переносимостью между <br>&gt; системами. Да и не понятно, чем это будет лучше 7z/rar/dar?<br><br>Я же говорю &#171;например&#187;. С постановки проблемы и цены решения вопроса, собственно, и начинается инженерная работа.<br> https://www.opennet.ru/openforum/vsluhforumID3/106117.html#145 Wed, 30 Dec 2015 23:10:06 GMT &gt;&gt; dar не следует концепции unix way: он является и архиватором и компрессором.<br>&gt; tar тоже, как ни странно, позволяет создавать и распаковывать gzip, <br>&gt; bzip и прочее. Равно как и работать без компрессии. Чем не комбайн? <br><br>Комбайн. Нет у unix way архиватора - тему можно закрывать ;)<br><br>&gt; Был вопрос про сжатие индивидуальных файлов? Был. Дар подходит? Подходит.<br><br>Но чем он в таком случае отличается от 7z или rar?<br><br>&gt; Строго говоря, в процессе дискуссии вы, задав вопрос, уже почти на <br>&gt; него ответили. Нужен доступ к индивидуальным файлам без декомпрессии <br>&gt; всего архива &#8212; делайте архивацию после сжатия.<br><br>Это не удобно - изменяется имя и размер файла.<br><br>&gt; Любой образ файловой <br>&gt; системы со сжатием вам в этом подойдёт. Очень даже юниксвейно.<br><br>Это интересный вариант. Но эта будет специфическая фс с плохой переносимостью между системами. Да и не понятно, чем это будет лучше 7z/rar/dar?<br>