» 7-Zip / 7z (часть 2)

thelamb
А что вы будете делать, когда попадется 7z архив со сжатием, не поддерживаемым 465? Нынешние любители 7-zip очччень любят паковать например в LZMA2 или еще во что-нибудь...

WatsonRus
Хм, ну обновить то не сложно, только пока такие, которых не распаковать, не попадались

Добрый день!
Объясните, в чем особенность формата xz, что его начал поддерживать 7-zip?

lorents

Цитата:

Объясните, в чем особенность формата xz, что его начал поддерживать 7-zip?

Да, собственно, xz и базируется на 7-zip'овом SDK, портированном под *NIX. Так что это не "7-zip начал поддерживать xz", а наоборот - "у xz ноги растут из 7-zip".

Benchmark
я это понимаю, но не могу понять его растущую популярность? он сжимает данные лучше чем 7-zip и скорость распаковки выше при этом?

lorents

Цитата:

но не могу понять его растущую популярность?

Популярность - понятие относительное. На *NIX'ах tar+bzip или tar+gzip и сегодня встречается гораздо чаще, чем 7z. Теперь появился еще один формат, с "корнями" из 7zip. Там главное, чтобы исходники были доступны по LGPL или аналогичной лицензии.

Ну а виндовые юзеры (коих больше 90%) в большинстве своем о таких даже и не слышали. Так что популярность крайне ограниченная.

Benchmark
Если честно, не могу понять зачем нужны tar+bzip или tar+gzip
если не затруднит, объясните пожалуйста

lorents
Не затруднит, просто это уже выходит за границы топика по 7zip.

Если очень кратко. На юниксах исторически (где-то с конца 70-х годов) так сложилось, что архивация данных происходила в 2 этапа: сначала куча файлов объединялась в один (tar), который после сжимался каким-либо алгоритмом. Изначально это была утилита compress, создававшая в результате .Z-архив. "Традиция" успешно дожила до наших дней, совершенствовались лишь методы сжатия. Так и появлялись gzip, bzip, теперь вот xz.

Что интересно, на персональных компьютерах с CP/M, и чуть позже с DOS, ситуация изначально (в первой половине 80-х) выглядела точно так же - была утилита LU (Library Utility), объединявшая файлы в один "библиотечный файл" LBR аналогично юниксовому tar, а результат дожимался утилитой SQ (Squeeze). Так продолжалось до 1985 года, когда Том Хендерсон написал свой знаменитый архиватор ARC, явившийся прообразом для современных архиваторов. ARC делал все сразу - и объединял, и сжимал файлы, поэтому дополнительных утилит не требовалось. К тому же именно в ARC появился формат командной строки, который используется до сих пор в различных command-line архиваторах, вроде pkzip или rar.

Т.е. если отвечать на вопрос "зачем нужны tar+bzip или tar+gzip", то можно сказать - на юниксах всегда так было. С тем же успехом юниксоид может спросить "зачем нужны все эти ARJ и RAR"

Benchmark
спасибо,что объяснили

lorents
ещё, кстати, не совсем очевидный факт:
за счёт того, что файлы сначала объединяются, а потом этот общий поток сжимается, достигается, по сути, solid-сжатие, т.е. гораздо более высокая компрессия, чем в случае с "отдельно сжимающим файлы" pkzip, например

sabio
Напомнил мне фрагмент вот этого интервью с автором RAR:

Цитата:

К.В.: А как возникла идея solid-архивирования? (Примечание: solid-компрессия значительно увеличивает коэффициент сжатия за счет того, что все пакуемые файлы при компрессии воспринимаются архиватором как один большой файл, то есть объем повторяющихся данных увеличивается, особенно в случае сжатия текстовых файлов, соответственно уровень сжатия повышается).

Е.Р.: Сейчас уже точно не помню. Кажется после упаковки массы небольших C-шных исходников. Простой эксперимент тогда показал, что сжатие можно увеличить чуть ли не вдвое. Впрочем, идея эта довольно очевидная, и в Юниксе косвенно используется уже давно (tar+gzip). Но, скажу честно, на момент разработки solid-сжатия о tar+gz я еще не знал.

Benchmark

Ты не совсем точно ответил про tar.*z - исторические причины его создания гораздо проще: резервное копирование данных на стримеры - цифровые магнитофоны грубо говоря. Они имеют два режима записи - без сжатия и с аппаратным сжатием использующим LZW-алгоритм. Во втором случае в два раза повышается скорость чтения/записи и ёмкость ленты, но т.к. аппаратная реализация алгоритма плохо работает с мелкими файлами раз, и не умеет работать со структурами файловой системы, возникла необходимость в средстве для устранения этих недостатков при решении задач резервного копирования файлов или файловой системы по фрагментам либок как логического целого с учётом прав доступа к её объектам. Для этого были созданы утилиты dd, dump/restore и умеющий сжимать контейнер резервной копии данных с сохранением прав доступа и simnks/harlinks tar. Сам по себе tar сжимать контейнер не умеет он просто создаёт контейнер содержащий точную копию выбранной подветки дерева файловой системы или всего дерева, но зато он умеет вызывать внешние компрессоры и передавать им корректную командную строку для создания компактных контейнеров-архивов.

Ну и на десерт tar умеет работать и с образами ISO. Потом, по мере развития tar пополнили многими функциями, которых не было в первых версиях, но ты прав, этот вопрос не для этой темы. Кому интересно - пусть читает маны и историю создания UNIX систем, включая BSD UNIX, DEC Open VMS, DEC ULTRIX (DEC OSF/1, DEC UNIX, DEC Tru64 UNIX (теперь принадлежит корпорации HP после покупки ей корпорации COMPAQ ранее купившей DEC) в которых появилось значительное количество новых функций UNIX утилит, включая tar.

lorents

Степень сжатия (LZMA-алгоритм) и скорость обработки, плюс включение его в список поддерживаемых tar архиваторов (tar внутренними средствами поддерживает работу с bzip2, compress, gzip, z,, xz, вызывает из либ lzop, lzma (обычно реализуется через xz), rzip и практически любые внешние компрессоры). И если для кого-то 90% мира это Windows, то я согласен жить на оставленной мне и моим товарищам 10% территории, правда есть маленькое, но существенное "НО" - эти 90% - это мир развлечений, а в мире серьёзных задач, таких как задачи управления воздушным движением, имитационное моделирование сложных процессов, центры обработки данных, задачи реального времени, финансовые задачи, управление телекоммуникационными системами Windows не применима в следствии особенностей своей архитектуры приводящих к времени отклика системы на изменение входных данных большему, чем период этого изменения, свой отвратительной масштабируемости, плохой защищённости от несанкционированного доступа к данным (НСД, попросту "дырявости" системы - тут говорим "спасибо" лично дядям Билли и Стиви - эта парочка к этому очень основательно свою руку приложила, добрых 70% проблем этой платформы это их личная "заслуга") и вдогонку низкой надёжности системы в целом как комплекса. Этих причин достаточно, и потому в профессиональном мире она используется только как ОС для секретарши, да и то коли она только должна шефу кофе подавать и быть штатной улыбкой в его приёмной, а вся работа осуществляется на UNIX-системах.

Добрый вечер.
в версии 9.20.06 появилась возможность указать фильтр -> 7z a -mf=delta:4 a.7z a.wav
так вот…
для сжатия с фильтром Delta, в окне “Добавить к архиву” в строке “Параметры”
раньше я вписывал примерно это -> b0:1 0=Delta:3 1=LZMA:lp0:pb0:lc5
но теперь вот это -> f=Delta:3 lp=0 pb=0 lc=5
!вопрос почему получаются архивы разных размеров

Подскажите, если я помню 9 из 12 символов пароля на архив 7z и что остальные три - буквы верхнего или нижнего регистра английского алфавита, есть шанс на восстановление/подбор пароля?

Vaxus
Если Вы знаете, что это три буквы идут последними в пароле (или первыми, или точно знаете их месторасположение в пароле), то задача решаемая. Число вариантов 140608 и батник легко справится с этой задачей. Если сами не сможете его написать, то думаю, что Вам помогут в соответствующем топике по бат-файлам.

Victor_VG

Цитата:

таких как задачи управления воздушным движением

Есть такая система "Альфа", как раз из этой области... На Windows... В Росаэронавигации используется (за все центры утверждать не буду). Не буду утверждать, что она того стоит, стандартные Win-глюки присутствуют, но тем не менее используется.

Andarin

Ладно, чую эта тема нам двоим будет интересна. Пошли ко мне в ПМ через пару дней - систему только переставил, ещё "голая" - слетела по моей вине, надо всё переставлять под новые идеи.

Скажите пожалуйста, а можно как-нибудь посмотреть процент сжатия архива?

7-Zip Theme Manager (изменение внешнего вида архиватора) вроде уже не работает для новых версий архиватора... А жаль... Архиватор хороший, а интерфейс - дикий ужас! В этом его главная беда...

banaji
что хуже: интерфейс для блондинок или блондинка, гонящаяся за гламурным интерфейсом? и потом всевозможные скины, вроде того, как это реализовано в WinRAR'е, только засоряют дисковое пространство.

banaji
ставь haozip там с этим полный порядок, я как узнал отправил 7zip в корзину

Цитата:

ставь haozip

haozip криво русифицирован, пока подожду...

7-Zip 9.20.07 alpha

Цитата:

2011-03-13 11:37:42 UTC

7-Zip 9.20.07 alpha was released.

7-Zip for 32-bit Windows:
http://dl.7-zip.org/7z920.07.exe
or
http://dl.7-zip.org/7z920.07.msi

7-Zip for 64-bit Windows x64:
http://dl.7-zip.org/7z920.07-x64.msi

What's new:
- 7-Zip now can unpack UEFI BIOS files.
- 64-bit version of 7-Zip now includes additional 32-bit shell extension DLL.
So other 32-bit programs can call 64-bit 7-Zip via context menu.
- Now it's possible to associate 7-Zip with file types without Administrator rights.
- New -mf=FilterID switch to specify compression filter. Examples:
7z a -mf=bcj2 a.7z a.tar
7z a -mf=delta:4 a.7z a.wav
7z a -mf=bcj a.tar.xz a.tar
- There are some changes in LZMA settings for BCJ2 filter.
So compression ratio now is slightly improved for executable files in -mx9 mode for .7z format.
- Some bugs were fixed.
- New localizations: Corsican, Kyrgyz, Ligurian.

What's new in latest alpha update:
- 7-Zip now supports extended timestamp range in TAR archives (dates before 1970).
- There are some changes in code that creates temp files and temp folders.

Цитата:

7-Zip Theme Manager (изменение внешнего вида архиватора) вроде уже не работает для новых версий архиватора

С 7-Zip 9.20.06 alpha работает. Думаю, что и с 9.20.07 будет работать.

p.s. Только что проверил - 7zTM_2.1 с 9.20.07 работает.

Ошибся! 7-Zip Theme Manager работает. Причина была в том, что он отказывается патчить 7zip без установленного на комп NET.framework

Есть вот такая ошибка:

C:\Users\Администратор>"C:\Program Files\7-Zip\7z.exe" a -tzip -ssw -mx2 -r0 d:\
backup\_day_srv_www.zip @d:\backup\files_srv_m.txt -scsWIN

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Scanning

Creating archive d:\backup\_day_srv_www.zip



Error:
Duplicate filename:
bruno\www_parts\ext\docs\source\menu.html
bruno\www_parts\ext\docs\source\Menu.html

Как сделать что-бы ошибка автоматически пропускалась и 7zip не вылетал с ошибкой?

P.S. архивация производится с сетевых дисков, сетевые диски подключены к самбе (линукс).
В сетевых папках пользователи иногда создают 2 файла с одинаковыми именами (так думает windows), но линукс различает заглавные буквы и простые. Контролировать это не реально.

может ли 7-zip разбивать архив на части как WinRaR (part01, part02 и т.д.), а потом собирать части ?

kalimusha
может

сори, не до конца вопрос сформулировал: если я скачаю с файлообменника части архива, упакованного WinRaRом (part01, part02 и т.д.), то смогу ли я эти части собрать в 7-Zip ? если да, то как ? (подробной инструкции не прошу, пару слов для наводки)

kalimusha
через ПКМ, например