» FreeArc (часть 4)

Bulat_Ziganshin
Что за глюк? при активации опции -lc- ФА выбивает user error
win 7 sp1 64bit, 4Gb, макс свободный блок адресного пространства 2042Mb
аналогично и на win XP sp3 32bit, 3.25Gb, макс свободный блок адресного пространства 1400Mb

insorg
есть три метода сжатия:
-mx, он же -m9
-m9x, он же -mx9
-mex9

-mex9 - многопоточный, увеличивает скорость за счёт уменьшения сжатия. вам это, как я понимаю, неинтересно

-m9 - симметричный, т.е. памяти при распаковке и упаковке нужно одинаково

-m9x - асимметричный, позволяет достичь макс. степени сжатия при заданном кол-ве памяти для распаковки

если вас интересует именно последнее, то используйте -m9x -md256m - и вам будет гарантировано, что при распаковке нужно будет не больше 256мб памяти

Если warc пишет:
Для установки этой программы необходима библиотека .NET Framework версии 2.0. Пожалуйста установите .NET Framework и повторите попытку снова.
или
This setup requires the .NET Framework version 2.0. Please install the .NET Framework and run this setup again.
и при этом .NET 2.0 установлен

достаточно в дистрибутиве warc_setup_1.0.exe md5 2697210b512bbecac39ef0fe5fbe99bf
HEX редактором поменять байт по адресу 00015979 с 84 на 85.

Или на время установки программы удалить в разделе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\policy все разделы старше v2.0: v3.0 v4.0.... А потом восстановить заранее экспортированную ветвь.

Если кто переводил с русского - там была небольшая ошибка в 1509: "требуют много памяти" вместо "требуют много времени"

Добавлено:
vasulpr
а что по-твоему означает -lc-?


Цитата:

В самом деле, как в FA организован ввод-вывод? Он читает очередной байт (блок) как только он понадобится, и записывает очередной байт в архив как только он будет готов?

чтение входных файлов при архивации и запись выходных при распаковке идёт через кеш. его размер 256 кб при распаковке и обычно 8-32 мб при упаковке. опция --cache. а -di печатает это размер

Добавлено:

Цитата:

Почему при Memory for compression более 1444mb из-под консоли методы сжатия работают без темп-файла, а под оболочкой (GUI) - с темп-файлом

потому что память более фрагментирована. в заголовке "2гб" поищи


Цитата:

после архивации  ( вызов из контекстного меню - архивация с диалооговым окном), если в диалоге добавить галку на тестирование после архивации, то после архивации окно просто висит

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

Bulat_Ziganshin
Немного не так.
Меня интересует самый-самый мощный алгоритм сжатия (без внешних упаковщиков), который не потребует столько памяти при распаковке, сколько нужно было для упаковки.
Как я понимял, асинхронка "-m9x" - это и есть что нужно.
Вопрос в том, какой максимум памяти он может потребовать на больших обьёмах инфы (напр., 8 гигов при 20…16000 файлов).

И при этом никак не разберусь с командной строкой
Подскажите, такая запись корректна?
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -max
Задача следующая всё содержимое папки d:\tprk\ положить в архив d:\file.arc с ключом -max
Смущает, что в начале работы архиватор пишет, что будет сжимать слишком малое количество файлов, меньше чем в папке, меньшее и объёму и по количеству.
То же самое и с
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -mx
Разобрался: или
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -max -r или
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk -max
Про интерфейс GUI версии: ПЕРЕГРУЖЕН. Есть мнение, что больше 7ми опций, вариантов, чекеров, и т.п. сбивают человека с толку и перегружают его мозг.
P.S. Имея в виду 7 опций в одном экране

Bulat_Ziganshin
Реально ли сделать чтобы метод -mx использовал больше 2-х потоков? Тогда и -mex9 будет не нужен ))

Цитата:

а что по-твоему означает -lc-?

снимает ограничение в 75% от физической памяти. т.е. с этой опцией ФА будет использовать 100% размера свободного адресного пространства. разве не так?

Цитата:

Про интерфейс GUI версии: ПЕРЕГРУЖЕН. Есть мнение, что больше 7ми опций, вариантов, чекеров, и т.п. сбивают человека с толку и перегружают его мозг.

мне наоборот этим больше и всего нравится этот архиватор... много всяких полезностей, которые "скрыты" в обычном WinRAR или др.

жду новой версии... желательно и 64бит))) буду тестировать на 4ядр/8гб озу

Bulat_Ziganshin

Цитата:

напомнило мне один из розыгрышей Стива Возняка

А что такое, всё плохо?

vasulpr
не так

Добавлено:
это мне вопросы почтой прислали..

Цитата:

2. в файл перевода можно добавлять комментарии, или структура не допускает этого (хотелось бы разместить дату выполнения, под какую версию заточен и другую служебную информацию)?
3. при удалении всего содержимого архива появляется неприятное сообщение об ошибке
4. будет ли реализован drag-n-drop содержимго архива?
5. хотелось бы сохранения последних параметров упаковки (например лень устанавливать флажок защита каждый раз)
6. можно ли менять настройки сжатия меню добавить в arc проводника?
7. русский sfx планируется?

2. при сборке файла перевода для новой версии вся его структура берётся из моего arc.russian.txt, а из ваших - только правые части самих переводов. надо бы наверно что-то с этим сделать, а пока эту информацию переводчики традиционно вставляют сюда:

0159 Translated by=Peter Bauder alias JangoFat\nbased on 7zip language file\nedited for FreeArc-v0.67 (November 12 2011)

4. это очень сложно сделать (нужно низкоуровневое программирование), поэтому вопрос висит в воздухе и уже давно. кстати, это наиболее часто требуемая от меня фича

5. а как я определю что сохранять, а что ты только на один раз включил? особенно когда эта опция опасна...

6. можно, но только вручную (редактируя lua-скрипт). надо наверно какой-то пример на эту тему нарисовать...

7. его можно сделать самому, отредактировав ресурсы исполняемого файла sfx. а лучше - перевести текст в common.rc и бросить мне чтобы я сразу все sfx откомпилял с ним

Добавлено:

Цитата:

6. можно ли менять настройки сжатия меню добавить в arc проводника?

да, это проще пареной репы. вот смотри что мы сейчас имеем в ArcShellExt-user.lua:


Цитата:

-- Compression commands
compression_menu = {
append (command.add2arc, {param = arcname, command = freearc.." a --noarcext " ..add_options.." -sclUTF-8 -- \"" .. arcname .. "\" " .. filelist}),
append (command.add2sfx, {param = sfxname, command = freearc.." a --noarcext -sfx " ..add_options.." -sclUTF-8 -- \"" .. arcname .. "\" " .. filelist}),
append (command.add2zip, {param = arcbase..".zip", command = freearc.." a --noarcext -tzip "..add_options.." -sclUTF-8 -- \"" .. arcbase..".zip\" " .. filelist}),
append (command.add2_7z, {param = arcbase..".7z", command = freearc.." a --noarcext -t7z "..add_options.." -sclUTF-8 -- \"" .. arcbase..".7z\" " .. filelist}),
append (command.add, { command = freearc.." --add-dialog a " ..add_options.." -- "..filename}),
}

так что добавить например сжатие в -m3 можно так:

Цитата:

-- Compression commands

command.add2arc_m3 = {text = "Добавить с -m3 в \"%s\"", help = "Сжать выделенные файлы в -m3 с помощью FreeArc"}

compression_menu = {
append (command.add2arc_m3, {param = arcname, command = freearc.." a --noarcext -m3 " ..add_options.." -sclUTF-8 -- \"" .. arcname .. "\" " .. filelist}),
append (command.add2arc, {param = arcname, command = freearc.." a --noarcext " ..add_options.." -sclUTF-8 -- \"" .. arcname .. "\" " .. filelist}),
append (command.add2sfx, {param = sfxname, command = freearc.." a --noarcext -sfx " ..add_options.." -sclUTF-8 -- \"" .. arcname .. "\" " .. filelist}),
append (command.add2zip, {param = arcbase..".zip", command = freearc.." a --noarcext -tzip "..add_options.." -sclUTF-8 -- \"" .. arcbase..".zip\" " .. filelist}),
append (command.add2_7z, {param = arcbase..".7z", command = freearc.." a --noarcext -t7z "..add_options.." -sclUTF-8 -- \"" .. arcbase..".7z\" " .. filelist}),
append (command.add, { command = freearc.." --add-dialog a " ..add_options.." -- "..filename}),
}

Про GUI
Возможно, это зависит от целевой аудитории: все или техническая элита.
Ещё удивило в версии для командной строки, что к числу файлов к сжатию добавляются все папки, вместо того чтобы просто просуммировать файлы. Отголоски nix'ов, что ли.

Engaged Clown
Стив сделал псевдо-рекламу компьютеров, где они сравнивались по фейковым параметрам. так и здесь - про 16-битные коды рида-соломона в par2/iceecc и сущестоввание более надёжных 32-битных кодов я слышал только здесь


Цитата:

Реально ли сделать чтобы метод -mx использовал больше 2-х потоков?

конечно, мы здесь все идиоты, ты один такой умный

insorg
-lc/-ld

Цитата:

Если warc пишет:  
Для установки этой программы необходима библиотека .NET Framework версии 2.0. Пожалуйста установите .NET Framework и повторите попытку снова.

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

Bulat_Ziganshin
Разобрался. Все дело в lzma.

Не могу разбить архив на несколько частей. Вместо этого он все пакует в один архив.
У меня win x64, а когда я скачиваю с оф. сайта, там 32. В этом может быть проблема?

Bulat_Ziganshin
И снова не поняли друг друга.
Мне упаковку принудительно ограничивать по памяти не нужно.
Мне интересно:
Какое наибольшее количество памяти может потребоватся для распаковки архива с "-m9x", если НЕ ограничивать? (хотя бы приблизительно)

Выложил свежий тест
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#4
с архиваторами: WinRAR 4.10b5 (15 дек 2011), 7z 9.22b (18.04.2011), FreeArc 0.67 (25 декабря 2011). Объем сжимаемых данных - 2 ГБ.
Из шокирующих фактов отмечу, что мой метод -m82 сжал быстрее, чем режим
WinRAR «без сжатия», и при этом сильнее максимального непрерывного режима WinRAR!
И это без всяких lzma!

Bulat_Ziganshin
Вы недооцениваете свои rep и tor!

Нет ли в тесте существенных неточностей с вашей точки зрения?

Black_Ghost

Цитата:

Не могу разбить архив на несколько частей

Если речь про .arc архив, то многотомность пока еще не реализована (смотри Планы дальнейшего развития Версия 0.75)
Используй сжатие (на вкладке "Основное" поменяй "Тип архива") в .zip или .7z, тогда будет многотомность. Но, увы, будет другой формат архива.

insorg
-m9x -lc- -ld- -di напечатает макс. необходимую память для упаковки и распаковки

Цитата:

vasulpr
не так

тогда объясните как. ибо с вашей документации функции этой опции не совсем ясны.

Еще один вопрос: непрерывный блок адресного пространства 2Гб (win7 64), а для упаковки используется 1811Мб, так должно быть, или это опять какое-то ограничение?

Спасибо.

вышел WinRAR5 с новым форматом сжатия RAR5, с обычным режимом сжатия в этом формате на моих файлах ситуация такая: на каких-то файлах на уровне best assymetric +/- 1мб, но фриарк стабильно проигрывает до 20мб если данные очень большого объема
(старый rar в 4-ой версии стабильно проигрывал фриарку по 5-15мб на моих файлах),
скорость сжатия\распаковки RAR5 повыше чем у freearc (4 ядра, 4 гига оперативы)
конкуренты не спят, новый винрар жмет неслабо, по крайней мере с теми файлами с которыми я имею дело

Цитата:

тогда объясните как

опции -m задают метод сжатия. он может требовать например 10 гб озу. затем этот метод обрезается под память, заданную в -lc. -lc- просто отключает эту обрезку

если вам нужно использовать 100% озу, то пишите -lc100%. разумеется, это бессмысленно, поскольку тогда не останется места под ОС и программы

обрезание под макс. блок непрерывной памяти происходит отдельно, но оно также отключается при задании -lc-


Цитата:

непрерывный блок адресного пространства 2Гб (win7 64), а для упаковки используется 1811Мб, так должно быть, или это опять какое-то ограничение?

попробуйте -lc- -m=rep:2000m

вообще если вы начали воевать с ограничениями памяти, то проще всего использовать -lc- и вручную конструировать цепочки алгоритмов сжатия

Цитата:

3. в поле Словарь писать все алгоритмы, найденные в архиве, с их максимальными словарями, переведёнными в байты, например: "LZMA:512mb LZMA2:256mb PPMD:48mb BZip2:900kb", таким образом это заодно станет и описанием алгоритмов, использованных в архиве
 
Кроме того, последний пункт я думаю распространить и на описание архивов freearc, скажем там может появиться "rep:512mb+lzma:64mb ppmd:384mb grzip:8mb"

не дождавшись критики и предложений, сделал для freearc так:

Dictionary: dict:93kb+lzp:93kb+ppmd:384mb rep:10mb+lzma:10mb grzip:728kb
Dictionary: rep:96mb+xtor:16mb rep:30mb+xlzma:16mb grzip:8mb
Dictionary: rep:512mb+xlzma:16mb dict:34mb+lzp:34mb+xppmd:384mb grzip:197kb

All
Такой вопрос - как FreeArc относится к своим битым/недокачанным архивам (в смысле без информации для восстановления)? Может он их вообще открыть и извлечь неповрежденные файлы?
У 7-zip с этим ой как плохо... недокачанные даже за свои архивы е признает...

cross125
21:28 18-05-2013
Цитата:

конкуренты не спят, новый винрар жмет неслабо

А зачем вообще в нынешних условиях, при нынешних размерах носителей и нынешних скоростях интернет эта погоня за мегабайтами?
Сейчас ИМХО на первое место выходят удобство и доп.фичи (каковых кстати, у FreeArc много - меня сдерживает от его использования только нераспространенность формата arc).

Bulat_Ziganshin

Я бы в методе -m1 предложил бы все цепочки
4x4:tor:3:2mb:h256kb
заменить на
rep:16m+xtor:3:1m:h256k
Объем памяти не должен увеличиться, степень сжатия должна вырасти (на пол-дистанции до -m2), а время - чуть увеличиться (практически незаметно по сравнению с дистанцией до -m2).
Если бороться именно за время, можно сделать h128к - чуть быстрее, но менее сильное сжатие. (но оно нужно - воевать в одностороннем порядке только за время?!)
Рассмотрите, пожайлуста, этот вариант.

Добавлено:
В методе -m2
должно быть улучшение как по скорости, так и по степени сжатия при замене
xtor:5:8m:h2m
на
xtor:6:8m:h1m

Bulat_Ziganshin
Cегодня обновился до февральской версии, заметил новую (для меня, по крайней мере) утильку SREP (аж 3.01 версии).
Как её можно эффективно использовать?

WatsonRus
ну фриарк как раз этим и силен - мегабайтами) я перелопатил свои репаки, распаковка RAR5 на всех в 2.5-3 раза быстрее чем у арк-архивов с практически тем же размером
фичи? ну смотря какие, например такой банальной вещи как многотомный арк-архив нету (хотя лично мне - не надо)
а нераспространенность по мне так плюс - не открывается в других популярных архиваторах, переименовываешь расширение и готово, неча копатся в моих архивах))) (защита от дураков но работает реально XD) 5ый рар тож не открывает арки

insorg
поставить галочку в настройке метода сжатия. только учти - она и при распаковке нужна будет. помогает при сжатии, если у тебя 1 гб и более данных