LINUX.ORG.RU

Архиватор RAR 6.00

 , ,


1

1

Состоялся релиз проприетарного архиватора RAR версии 6.00. Список изменений в консольной версии:

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

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

    Это может помочь избежать прерывания длительных операций архивирования, но нужно иметь в виду, что файлы, добавленные в архив с опцией «Пропустить», будут неполными.

    Если указан ключ -y, то «Пропустить» применяется по умолчанию ко всем файлам.

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

    Ранее ошибки чтения вызывали более общий код возврата 2, соответствующий критическим ошибкам.
  3. Новый ключ -ad2 служит для помещения извлечённых файлов непосредственно в собственную папку архива. В отличие от ключа -ad1, он не создаёт отдельной вложенной папки для каждого распаковываемого архива.
  4. При извлечении части файлов из многотомного непрерывного архива RAR пытается пропускать тома в начале и начинать распаковку с тома, ближайшего к указанному файлу, и со сбросом статистики непрерывной упаковки.

    По умолчанию RAR сбрасывает статистику непрерывного архивирования в начале достаточно больших непрерывных томов, где это возможно. Для таких томов извлечение части файлов из середины набора томов теперь может быть быстрее.

    На скорость распаковки всех файлов из архива это не влияет.
  5. Ранее RAR автоматически прибегал к извлечению из первого тома, если пользователь начинал извлечение не из первого тома, и первый том был доступен. Теперь RAR делает это, только если также доступны все тома между первым и указанным.
  6. Ключ -idn отключает показ имён файлов/папок в архиве при архивировании, извлечении и ряде других команд в консольной версии RAR. На показ других сообщений и общего процента выполнения ключ -idn не влияет.

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

    При использовании ключа -idn возможны небольшие визуальные дефекты, например, процент выполнения может накладываться на несколько последних символов сообщения об ошибке.
  7. Удален ключ -mci в командной строке. Оптимизированное сжатие исполняемых файлов Itanium больше не поддерживается. Однако RAR по-прежнему может распаковывать ранее созданные архивы, в которых используется сжатие исполняемых файлов Itanium.

Также обновлён распаковщик с открытым кодом UnRAR до версии 6.0.3.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от anonymous

По качеству и по уровню сжатия.

В 2к20 кого-то это еще волнует для пользовательских архивов? Архивация+компрессия уже давно превратилась в инструмент, который делает из рассыпухи файлов и директорий один файл. Весь мультимедиа-контент и так сжат до предела, а хорошо сжимаемые тексты настолько мало весят по современным меркам, что об этом даже смешно говорить.

Im_not_a_robot ★★★★★ ()
Последнее исправление: Im_not_a_robot (всего исправлений: 1)
Ответ на: комментарий от anonymous

По качеству и по уровню

В среднем по больнице rar уже несколько лет как сливает 7zip'у по уровню сжатия и скорости.
Впрочем, надо бы шестую версию сравнить на каком-нибудь массиве рандомных файлов в десяток гигов.

devl547 ★★★★★ ()
Последнее исправление: devl547 (всего исправлений: 1)
Ответ на: комментарий от anonymous

По качеству и по уровню сжатия.

А оно кому-то ещё нужно в эпоху гигабитного интернета и специализированного сжатия для медиа-форматов (JPEG, h264)? Бесплатность и свободность куда важнее.

X512 ()
Ответ на: комментарий от X512

Удивительно как оно ещё живо и что есть люди которые им пользуются.

Меня удивляет, что им не только в странах ex-USSR пользуются, но и на Западе. Вполне себе активно, кстати.

EXL ★★★★★ ()
Ответ на: комментарий от Aprel

7zip не умеет записи восстановления битых архивов, ну и не умеет права и владельца файла записывать.
рар, внезапно, может сохранять в архив юниксовые права и владельца файла. научится еще юникс.спец.файлам и уже можно пробовать на файловый.бекап корня :)

тар - каменный топор, придуман для ленточного привода, а не сериализации файлов, но используется как используется.
функция инкрементальных архивов заявлена, но недоделана. ну и индекс-проблема, вытащить один маленький файл из тонны гигабайт бекапа весьма доставляет.

pfg ★★★★ ()
Ответ на: комментарий от Aprel

Господа, кто им пользуется, чем вас не устраивает 7-zip или всякие tar.gz?

Недавно столкнулся с архивом, который 7-zip распаковывает криво (не все файлы распаковываются):

This is a .tar.gz file. It is advised not to use 7-Zip to decompress the tarball, due to a bug with the PAX format.

https://www.mediawiki.org/wiki/Download

MozillaFirefox ★★★★★ ()
Последнее исправление: MozillaFirefox (всего исправлений: 1)
Ответ на: комментарий от X512

Эпоха гигабитного интернета ещё не распостранилась на примерно половину площади средних городов РФ. Да, возможно там живёт только четверть населения, но это всё равно 25-30млн.

kirill_rrr ★★★★★ ()
Ответ на: комментарий от devl547

В среднем по больнице rar уже несколько лет как сливает 7zip’у по уровню сжатия и скорости.

Можно ссылку на тест? Осенью 2018-го мой работодатель счёл рар немного лучше. Достаточно для покупки лицензий.

question4 ★★★★★ ()
Ответ на: комментарий от kirill_rrr

Эпоха гигабитного интернета ещё не распостранилась на примерно половину площади средних городов РФ. Да, возможно там живёт только четверть населения, но это всё равно 25-30млн.

Замечу, платёжеспособные 25-30млн, что особенно важно для платной проприетарной поделки.

tiinn ★★★☆ ()
Ответ на: комментарий от question4

Сортировать это конечно замечательно, но за счёт более низкого функционала и более эффективного алгоритма сжатия 7zip всегда превосходит rar в степени сжатия. И так было всегда.

kirill_rrr ★★★★★ ()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от devl547

Да я чисто так, для себя пару месяцев назад проводил.

На каких файлах? Я про exe и dll и про массивы 64-разрядных double.

Там ещё lzma vs lzma2 вылезли особенности.

Какие именно? Я правильно помню, что lzma жмёт немного лучше, зато lzma2 параллелится?

question4 ★★★★★ ()
Ответ на: комментарий от kirill_rrr

но за счёт более низкого функционала

В смысле?

и более эффективного алгоритма сжатия

Вот уж чего никогда не было. Ppmd очень тормоздой и требует много памяти для большого словаря, LZMA побыстрее, но памяти на сжание нужно 12 словарей. Они смогли догнать RAR только потому, что у них размер словаря ограничен только памятью машины, а за десятки лет памяти в десктопах стало больше. RAR же много лет сохранял ограничение на словарь 1М.

Сортировать это конечно замечательно

Без сортировки и группирования однотипных файлов вместе, чтобы все охватывались одним словарём, теряются преимущества solid-архивов.

question4 ★★★★★ ()
Ответ на: комментарий от question4

Ну как бэ так https://peazip.github.io/peazip-compression-benchmark.html

Воообще больше на спецолимпиаду похоже.

Ещё могу путутать, но кажись WinRAR по дефолту создаёт не SOLID архивы (там галочка). А 7-zip только SOLID умеет.

Каштан.

anonymous ()
Ответ на: комментарий от question4

На каких файлах?

Там относительно рандомный набор реальных файлов был плюс распакованная директория с какой-то игрушкой.

В итоге, если сжимать сильно - то lzma, если быстро - то zstd

lzma жмёт немного лучше, зато lzma2 параллелится

Да, именно так.

devl547 ★★★★★ ()
Ответ на: комментарий от question4

но за счёт более низкого функционала

Необновляемый архив без данных на восстановление. Нет поддержки атрибутов. Уже немало функций, и я наверняка о чём то ещё не знаю. Всё это однозначно требует место под хранение.

Вот уж чего никогда не было.

7-zip в большинстве режимов превосходит в степени сжатия, это факт. Что важнее - он превосходит в сжатии если доступно более 200-500М оперативки. Да, действительно, современная память большая, так почему бы ей не воспользоваться?

Мегаблоки lzma по полгига и больше и большой словарь дают также большую вероятность попадания однотипных файлов в один словарь. Плюс lzma2 имеет контроль результата сжатия и не сжимает несжимаемое. При этом я совершенно не представляю, как должна выглядеть сортировка файлов в потоковом алгоритме сжатия. А lzma потоковый и 7z тоже может быть использован как потоковый.

Без сортировки и группирования однотипных файлов вместе, чтобы все охватывались одним словарём, теряются преимущества solid-архивов.

kirill_rrr ★★★★★ ()

В 2000 году я пользовался WinRAR на компьютере Am486/80 с 8 Мб ОЗУ. Задача была - распаковывать многотомные архивы, в которых хранился xls-файл. Архив занимал 3 мегабайта, разбитый на три дискеты. rar, r00, и r01.

Так как интернет был медленный, дискетами было проще. В здании организации были клиентские компьютеры. Когда заезжали забирать груз, заодно и прайс-лист новый переписывали на три дискеты.

Интернет позволял нам отправить из другого города - фактуру замером 150 Кб. (после сжатия занимающий менее 50 Кб). А скачивать прайс-лист, архив размером 3 Мб, мы не могли. Вернее, могли конечно, но это занимало не менее получаса. Делать это регулярно было бы слишком дорого.

ZenitharChampion ★★★★★ ()