» FreeArc (часть 4)

Можно ли использовать unarc.exe без дополнительных библиотек для распаковки .arc архивов ?

Наглядный тест архиваторов на январь 2011 года
Участники тестирования: WinRAR 3.93, 7z 9.20 и FreeArc 0.67а (17 ноября 2010).

Для архиватора 7zip в режиме «ультра» было недостаточно памяти, поэтому было 2 пути решения этой проблемы:
- уменьшить размер словаря (до 48 МБ), что приводит к уменьшению степени сжатия,
- уменьшить число потоков (до 3 или 2 с одинаковым результатом, поскольку на самом деле метод "ультра" будет использовать только 2 потока), что приводит к уменьшению скорости сжатия.
Оба варианта представлены в таблице. Для владельцев компьютеров с 64-разрядной Win и большим объемом памяти такой проблемы не должно быть.
Аналогичная ситуация сложилось с режимом –mex9 у архиватора FreeArc – где он переключился в режим 2 потоков (загрузка процессора до 50%).

График с осями "байт"х"мин:сек"

Каждый маркер обозначает один результат теста. Результаты разных архиваторов обозначены разными цветами. Слева вверху – быстрые режимы, справа внизу – максимальные режимы. Маркер, который находится одновременно левее и ниже – лучше того, который находится правее и выше.
У архиватора WinRAR маркеры «обычный», «хороший», «максимальный» сливаются в один, т.е. между ними в данном тесте практически нет разницы!

График с осями "размер архива в %"х"скорость сжатия (в логарифмическом масштабе)".

Из графиков хорошо видно, что при одинаковой степени сжатия затраты времени у FreeArc в 2…5 раз меньше конкурентов! Особенно хорошее соотношение «степень сжатия/ время» у режима –m2 (и в предыдущем тесте тоже).

Вопрос Булату Зиганшину:
У FreeArc в этом и предыдущем тесте методы –mex5…7 практически совпадают.
Было бы хорошо у метода –mex5 увеличить скорость работы, если это возможно ценой незначительного уменьшения степени сжатия.
Какими ключами можно поэкспериментировать (в моем последнем тесте большая часть файлов - .pdf, .rar, меньше .zip и еще меньше остальные)?
Я бы поэкспериментировал, если Вам это интересно.

Цитата:

От данных зависит загрузка + настройки lzma.

да не зависит она от данных. просто у него другие программы в backround cpu отжирают. смотреть-то надо загрузку самим процессом arc.exe


Цитата:

Можно ли использовать unarc.exe без дополнительных библиотек для распаковки .arc архивов ?

да. как и arc.exe

Еще один вопрос. У меня установлено 2 ОС.
Почему на ХР наибольший блок адресного пространства равен 1197Мб, а на win 7 он составляет ~ 1600.

Спасибо, Булат. Мне достаточно будет unarc.exe
В шапке в FAQ
Цитата:

Q: (консольная версия) Как мне распаковать архив не в текущий каталог, а в заданный?
A: Воспользуйтесь параметром -dp=каталог.

Вызывает сомнение наличие знака равенства в строке, в документации этого знака нет.

Цитата:

- уменьшить число потоков (до 3

2 там потока, 2!


Цитата:

У FreeArc в этом и предыдущем тесте методы –mex5…7 практически совпадают.

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


Цитата:

Какими ключами можно поэкспериментировать (в моем последнем тесте большая часть файлов - .pdf, .rar, меньше .zip и еще меньше остальные)?

-mex7 -ms

Добавлено:

Цитата:

Почему на ХР наибольший блок адресного пространства равен 1197Мб, а на win 7 он составляет ~ 1600.

dll-ки разные. см. в заголовке статью насчёт 2+ гб озу


Цитата:

Вызывает сомнение наличие знака равенства в строке, в документации этого знака нет.

в arc.exe работает и так и так, в unarc - только без "="

Цитата:

Цитата:
От данных зависит загрузка + настройки lzma.

да не зависит она от данных. просто у него другие программы в backround cpu отжирают. смотреть-то надо загрузку самим процессом arc.exe

Ничего у меня ресурсов не ест. Чистая win 7 без антивируса

смотри в списке процессов

Цитата:

смотреть-то надо загрузку самим процессом arc.exe

96. Не знаю, лично у меня работает как надо Максимум если смотреть чисто процесс доходит до 98.

Цитата:

-mex7 -ms

Попробовал. Плохо
Время, как у -mex5, а степень сжатия как у -m4.
2м 16с 867 490 918 байт

о, это недоработка. сделай так: -mex7 -m$compressed=xtor:c3

Общая загрузка процессора

а, ну так это специальное ограничение для украинской версии windows. ставь русскую )

Цитата:

а, ну так это специальное ограничение для украинской версии windows. ставь русскую )

Очень смешно... Все-таки что это такое?

Нашел скрытый файл freearc.ini
Там все мои архивации записаны!!!
Зачем они запоминаются (вместе с путями)?
Теперь вернусь к вопросу про стирание лишних профилей сжатия. Вот сейчас я сжал профилем -mex7 -ms и хочу его стереть. В ini файле есть кусок:

Стандартное: aes-256
compression=-mex7 -ms
compressionLast=-mex7 -ms
arcpath=
arcname=D:\work 2010 -mex7 -ms.arc
compression.zip=Максимальное: -mx

что стирать, а что оставить?

Добавлено:

Цитата:

-mex7 -m$compressed=xtor:c3

сделал
Уже лучше, но не фонтан. Время стало меньше, но сжатие упало заметно
2м03с 865 557 123 байт
сжатие как у -m4, а время хуже.

Цитата:

compressionLast=-mex7 -ms

дефолтный метрод сжатия. поменяй на другой


Цитата:

compression=-mex7 -ms

строчка в выпадающем списке методов сжатия. сотри


Цитата:

arcname=D:\work 2010 -mex7 -ms.arc

строчка в выпадающем списке имён архива

отсальное вообще не при чём

Цитата:

2 там потока, 2!

А сколько может быть потоков у "ультра":
2, 4, больше может?

Добавлено:
pdf тоже относится к $compressed?


Цитата:

сделай так: -mex7 -m$compressed=xtor:c3

Какими параметрами у xtor можно поварьировать? Или нет никаких?

Цитата:

А сколько может быть потоков у "ультра":
2, 4, больше может?

у 7z normal/max/ultra - 2 потока. если заказать >=4 потоков, то файл будет разбит на куски по 4*dictsize и каждый из них сжат независимо, что ухудшит сжатие


Цитата:

pdf тоже относится к $compressed?

нет. читай arc.groups


Цитата:

Какими параметрами у xtor можно поварьировать

теми же что и у tor

Bulat_Ziganshin
Возникла такая ситуация: необходимо упаковать в zip архив кучу файлов в определённом порядке. Соответственно порядок задаю через -ds, но вот беда - какую последовательность не задавал бы, все равно одинаково пакуется. При этом если создавать .arc архив, то все работает как положено.
Строка создания архива:
Код: arc a --type=zip -dses -mx0 -r -i2 -di -ep1 arc.zip data\*.*

Цитата:

ну это проблемы в многопоточном zip-упаковщике. можно заменить 7z.dll на нормальную от 7-zip - тогда долджно всё работать

Заменил, ошибки паковки в zip исчезли.
Но процесс-бар все равно несколько раз "прыгает" чуть назад.
При архивировании в zip на 7z, процесс-бар точно так же прыгает.

Как попробовать метод CCM на FreeArc 0.67а?
Через установку FreeArc-PowerPack-0.666?

Цитата:

Как попробовать метод CCM на FreeArc 0.67а?
Через установку FreeArc-PowerPack-0.666?

да

---

New TTA multiplatform library, ANSI-C version 2.0 has been released, with simple console frontend included in package. Main changes: Code include ARM/SSE2/SSE4 optimizations; added capability of real-time data encryption (password protection).

Changes:

Code optimization. Decoder runs faster;
ARM/SSE2/SSE4 optimization has been added;
Added real time data encryption feature;
The set_position function accepts new position and returns new time in seconds in unsigned int32;
Added binary_version function for checking the library for SSE instructions compatibility;
Added set_password function for possibility to set the password;
Added get_rate function, returns the dynamic stats of the process;
Autoconf support;
README file updated.

Черпануть оптимизацию не помешалоб.

Bulat_Ziganshin, пожалуйста, обновите страничку FreeArc — планы на будущее. Чтоб соответствовала текущему положению вещей.

xBoo
Ну прибавь полгода.
Хочешь насмешить - запланируй что-нибудь.

Bulat_Ziganshin
По последним вашим комментариям я понял что скоро намечается релиз новой версии FreeArcа. Увидим ли мы новую версию в этом месяце? Ответьте, а то ждать силы нет.

Bопрос может немного не в тему.Есть такая проблема- не ставится большинство репаков игр.При чем как я понял - практически для всех репаков сейчас стандартный упаковщик именно arc.Вот хотел у специалистов спросить - при железе C2Q8400@3900, 2x1 гб памяти файл подкачки 896-1536, пытаюсь ставить игру на нтфс раздел винта на котором без малого 50 гиг свободного места, папка темп на том же разделе.Чего в таком железе может не хватать для распаковки?Антивирус нод32 - отключен в службах, репаки пробовал ставить как под хп так и под семеркой.

P.S:репаков перепробовал уже кучу - штуки3 репака 2 мафии - стал один , 3 репака батлфилд бед компани2 - не становится ни один, 2 репака лост планет2- не стал ни один, пару репаков ту ворлдс- стал один из двух.и прочие, прочие...Вобщем, где то, 80-90 процентов репаков категорически не хотят ставится.или просто вылетают или пишут ошибку распаковки или ошибку заголовка или что-то типа can't allocate memory

pantagryal
в заголовке "Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows "

Можно ли реализовать в фриарке разбитие архивов на части по 700 мб?

Это даже я знаю.
Пока разбивать еще не реализовано.