Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: Shuld
Дата сообщения: 02.01.2011 20:18
Наглядный тест архиваторов на январь 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 и еще меньше остальные)?
Я бы поэкспериментировал, если Вам это интересно.
Автор: death7lord
Дата сообщения: 20.07.2011 23:39
да, это помогло, спасибо
но тогда возникает вопрос: а где в ISDone0.4.2.5 прописывать этот параметр??
if not ISArcExtract ( 0, OveralPct, 0, ExpandConstant('{src}\aa.bin'), ExpandConstant('{app}\'), false,CallBack, '', '', '') then break;
Автор: folta
Дата сообщения: 05.04.2012 14:03
Shegorat
да, спасибо.
с этим я разобрался, даже более того...


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

Добавлено:
да и стандартные тоже, там большинство мне не нужно, а выпадающее окно со скроллом нервирует.
Автор: Bulat_Ziganshin
Дата сообщения: 02.01.2011 20:28

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

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


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

да. как и arc.exe
Автор: Kasoi
Дата сообщения: 21.07.2011 11:49
Mожет кто сталкивался с проблемой такой:
Качал торрент, вроде все нормально скачалось, перехешировал все совпадает на 100%, но при попытке открыть архив появляется
[more=Ошибка] [/more]

Попытался восстановить:
[more=Получаю]C:\Program Files (x86)\FreeArc\bin>arc r -tp- "W:\Half-Life 2 Anthology\games\Cinemat
ic Mod part1.arc"

FreeArc 0.67 (March 18 2011) recovering archive: W:\Half-Life 2 Anthology\games\
Cinematic Mod part1.arc

ERROR: W:\Half-Life 2 Anthology\games\Cinematic Mod part1.arc isn't archive or this archive is corrupt: block descriptor at pos 3059718000 is corrupted. Please recover it using 'r' command or use -tp- option to ignore Recovery Record[/more]
Длина файла в торренте "3059718154".


На всякий случай напишу железо и ОС, может из-за его:
Windows 7 SP1 x64. 6Gb ОЗУ, процессор q6600.


UPD.
Решил проблему следующим способом:
Отрезал в WinHex от конца файла все адреса до указанного в ошибке и докачал недостающие части.
Автор: VasulNoz
Дата сообщения: 02.01.2011 20:33
Еще один вопрос. У меня установлено 2 ОС.
Почему на ХР наибольший блок адресного пространства равен 1197Мб, а на win 7 он составляет ~ 1600.
Автор: addhaloka
Дата сообщения: 05.04.2012 14:21
Bulat_Ziganshin 14:36 05-04-2012
Цитата:
-dpx:/path_to_dir dir
Спасибо, то что надо
Автор: GORA2
Дата сообщения: 02.01.2011 20:36
Спасибо, Булат. Мне достаточно будет unarc.exe
В шапке в FAQ
Цитата:
Q: (консольная версия) Как мне распаковать архив не в текущий каталог, а в заданный?
A: Воспользуйтесь параметром -dp=каталог.

Вызывает сомнение наличие знака равенства в строке, в документации этого знака нет.
Автор: Bulat_Ziganshin
Дата сообщения: 05.04.2012 14:57

Цитата:
как удалять собственные профили упаковки.

пока только вручную в файле freearc.ini
Автор: Bulat_Ziganshin
Дата сообщения: 02.01.2011 20:37

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

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


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

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


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

-mex7 -ms

Добавлено:

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

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


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

в arc.exe работает и так и так, в unarc - только без "="
Автор: Bulat_Ziganshin
Дата сообщения: 21.07.2011 12:22
death7lord
зашифрованные архивы может распаковать только arc.exe (да, это мой баг)
Автор: Shegorat
Дата сообщения: 05.04.2012 15:00
folta 15:03 05-04-2012
Цитата:
подскажите как удалять собственные профили упаковки.

Сейчас только редактированием файла FreeArc.ini, который располагается в папке с программой, а точнее ...\FreeArc\bin\FreeArc.ini. Для редактирования лучше использовать Notepad++, либо другую похожую программу, т.к стандартный блокнот не сможет правильно разбить файл на строки.
Автор: VasulNoz
Дата сообщения: 02.01.2011 20:54

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

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


Ничего у меня ресурсов не ест. Чистая win 7 без антивируса
Автор: Doctor_Freeman
Дата сообщения: 21.07.2011 16:28
Народ, я тут новичок, кто-нибудь знает когда будет новая не-альфа версия FreeArc?

В 0,666 замечал баги, а еще с прошлых версий были случаи, когда архив не хотел распаковываться, так что стремно как-то будет запаковать и не распаковать обратно. Каждый раз вручную распаковываю в отдельную папку и проверяю контр. сумму - геморой еще тот.

Методом тыка ранее выяснял, что вероятность успешной распаковки уменьшается не только в зависимости от сжимаемых файлов, но и от всяких объединений/перепаковок/добавлений в архив. В связи с этим у меня вопрос: есть ли какие-либо гарантии, что запакованные так-то и так-то файлы будут гарантированно распакованы?
Автор: Bulat_Ziganshin
Дата сообщения: 02.01.2011 20:57
смотри в списке процессов
Автор: folta
Дата сообщения: 05.04.2012 15:31
Shegorat
еще раз спасибо.
редактированием не занимался, просто поменял FreeArc.ini. на копию из архива(портабельная версия). думал, что есть более культурный способ, но и правка подойдет.
akelpad отлично разбивает на строчки.
убрал compression=непользумое, и все красиво и минималистично.

Добавлено:
Bulat_Ziganshin
а вам большое спасибище.
нравится. вещуга
Автор: 1001001000
Дата сообщения: 02.01.2011 21:03

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



96. Не знаю, лично у меня работает как надо Максимум если смотреть чисто процесс доходит до 98.
Автор: egor23
Дата сообщения: 21.07.2011 18:50
Doctor_Freeman

Цитата:
Методом тыка ранее выяснял, что вероятность успешной распаковки уменьшается не только в зависимости от сжимаемых файлов, но и от всяких объединений/перепаковок/добавлений в архив. В связи с этим у меня вопрос: есть ли какие-либо гарантии, что запакованные так-то и так-то файлы будут гарантированно распакованы?

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

Иначе, если есть ошибка в FreeArc, то её не локализовать общими словами.
Автор: Shuld
Дата сообщения: 02.01.2011 21:09

Цитата:
-mex7 -ms

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

Цитата:
сразу захотелось чего-нибудь поядернее, чтоб в сингулярность понапхать.

nanozip (op2/CM), CM конечно ядреней.
durilca [-t2/-t1], тормозней нанозипа ~2 раза (vs CM), буфферит весь файл целиком, так что если файл размером с гиг (да и меньше), может элементарно вылететь. Патч LAA не помогает.
Так же можно заюзать перед сжатием xwrt. Я бы выбрал нанозип.
Автор: Bulat_Ziganshin
Дата сообщения: 02.01.2011 21:13
о, это недоработка. сделай так: -mex7 -m$compressed=xtor:c3
Автор: Shuld
Дата сообщения: 21.07.2011 19:31
Doctor_Freeman

Версия 0,666 работает с ошибками на методах -мех5...-мех9
Версия 0,67а этих ошибок не имеет. Но ошибается при записи в формат .zip
Если в версию 0,67а записать файл 7z.dll от 7zip v9.20, то этих ошибок тоже не будет.
А больше я не знаю про ошибки.
Автор: VasulNoz
Дата сообщения: 02.01.2011 21:16
Общая загрузка процессора
Автор: overGluker
Дата сообщения: 08.04.2012 21:21
Можно ли сделать так, чтобы в листинге содержимого архива размеры файлов выводились только цифрами, без запятых? А то некоторые файловые менеджеры разобрать не могут.
И еще хотелось бы видеть аттрибуты файлов.
Автор: Bulat_Ziganshin
Дата сообщения: 02.01.2011 21:20
а, ну так это специальное ограничение для украинской версии windows. ставь русскую )
Автор: kalpak
Дата сообщения: 28.07.2011 13:28
а нельзя сделать чтобы архиватор при распаковке архива с методом 4x4 (например lzma:128mb:fast:96:mc20) учитывал параметр t (кол-во потоков), для данного файла ставил t2
а то получается смешная ситуация, запаковать смог, а распаковать нет ))
(использовался архиватор 0.666 build)
можно даже не указывать кол-во потоков, он все равно сможет запаковать, получается опция lc75p по-умолчанию работает, а опция ld75p - нет

кстати unarc успешно его распаковывает
(067 alpha 2011-03-18, 0.666 зависала [ошибки не было, просто нечего не делала])


оказывается что по умолчанию в normal preset match finder - ht4 ?
кстати а у него требование к памяти какое, в докуметации по lzma только hc4 есть, а ht4 - это же детище автора FA ))
и какой эффект дает hashsize (параметр h)?


и еще для tor в исходниках вроде написано что он принимает параметры многие, например p(parser ), однако я ввожу p1 или p3, но пишет ошибку, хотя кроме lazy greezy есть еще 3 парсера (3,4,5), но все равно пишет ошибку о неверном параметре
Автор: VasulNoz
Дата сообщения: 02.01.2011 21:28

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


Очень смешно... Все-таки что это такое?
Автор: slech
Дата сообщения: 08.04.2012 22:07
Bulat_Ziganshin
1. Запароленный архив:
Открываем разные архивы при помощи FA и на предложение ввести пароль жмём Cancel:
arc - Operation terminated by user!
7z - Prelude.undefined
rar - Prelude.undefined
Последние 2 мне показались не совсем понятными.

2. Извлечение из архива:
http://freearc.org/download/0.666/FreeArc-portable-0.666-win32.zip
Right Click --> FreeArc --> Open with FreeArc --> заходим в папку share\themes --> выбираем AnachronAna --> Extract --> D:\test1 --> OK

Цитата:
FILES SUCCESFULLY EXTRACTED FROM D:\FreeArc-portable-0.666-win32.zip

В рузультате папки D:\test1 нет.
1. arc - папка есть
2. zip - папки нет
3. 7z - папки нет

3. Извлечение файлов из архива двойной вложенности:
На примере gz я уже писал.
То же у меня сейчас повторилось на arc-arc arc-rar, т.е. скорее всего не зависит от формата архива.
Автор: Shuld
Дата сообщения: 02.01.2011 22:18
Нашел скрытый файл 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, а время хуже.
Автор: Posetitel33
Дата сообщения: 04.08.2011 17:45
Здравствуйте! У меня такой вопрос: можно ли сделать опциональную распаковку arc-архивов в зависимости от выбранных пунктов? Я пробовал так:

[more]
#define ArcLocation "{app}\*.bin"

[Files]
Source: "data-1.bin"; DestDir: "{app}"; Flags: deleteafterinstall ;
Source: "data-2.bin"; DestDir: "{app}"; Flags: deleteafterinstall ; Check: 1;
Source: "data-3.bin"; DestDir: "{app}"; Flags: deleteafterinstall ; Check: 2;
[/more]

Но инсталятор просто выплёвывает все три архива, не распаковывая их. Если же не включать файлы в архив и писать #define ArcLocation "{src}\*.bin", то распаковываются сразу все архивы.

Можно ли решить мою проблему? Может быть тут такое уже обсуждалось, но я искал и не нашёл; так что извиняюсь за возможный повтор вопроса. Заранее спасибо.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.