» FreeArc: бесплатный open-source архиватор - Часть 3

FreeArc 0.60RC умеет разбивать архивы на тома с заданым размером ? что то не нашел..

krimchak
http://freearc.org/ru/

Цитата:

На сегодняшний день в FreeArc отсутствуют следующие возможности, доступные в RAR и 7-zip: поддержка многотомных архивов, 64-битная версия, поддержка расширенных атрибутов NTFS, BCJ2, сегментация данных.

Попробовал на разных маленьких и больших файлах этот f-ark, лучше он не сжимает чем 7zip и rar на максимуме... мое мнение неудобный и корявый и время сжатия такое же как и выше перечисленных, только они показывают правильное время, а этот f-ark показывает сначало одно потом выше.... от 6 до 40 минут (rar сразу показывает 40 минут и не тупит как этот)
PS разницу я увидел только в пару мегов, в чем прелесть этого дерьмового архиватора которым пользуются все репакеры????

chris999
Он дает преимущество в сжатии только при наличии hands.sys

chris999

Цитата:

в чем прелесть этого дерьмового архиватора которым пользуются все репакеры????

1. Начните с документации FreeArc040-rus.htm (Введение - Цели создания) и далее, далее...
2. FreeArc в активной разработке, с формальной точки - версия 0, со всеми вытекающими...

Цитата:

в чем прелесть этого дерьмового архиватора которым пользуются все репакеры????

спросите их сами
http://forum.ru-board.com/topic.cgi?forum=5&topic=30239

Цитата:

rar сразу показывает 40 минут и не тупит как этот

да неужели RAR\7z и т.п. в этом плане безгрешны?

Можете сказать при каких настройках сабж сжимает быстрее и при этом сильнее чем pkzipc -level=3
pkzipc версии 6 и выше (для многогиговых архивов)

Добавлено:
Исходный файл - 6 Гб файл(образ файловой системы, содержится в основном текстовые данные(EBDIC), бинарные данные и очень много нулей)

ndch
на каком проце сжимаешь? в образе есть исполняемый код под i386?

Как flac сильно сжать? SFX архив всегда увилечивается ровно на размер SFX-модуля или как-то зависит от размера сжимаемого?

Bulat_Ziganshin
на самом деле 2 машины:
pentium3 1200 MHz, 512ram и core2duo e6750,2gb ram

pkzipc -level=3 сжимает 6 Гб приблизительно в 500 мб (на pentium3 ), минут за 10.
По воспоминаниям rar -m5 -mde сжимает в 350 мб, но времени тратится часа 1,5-2.

Интересуют варианты на обоих компах.
Хочется услышать подсказки, потому что перспектива тратить кучу времени на выяснение быстродействия не радует.

Добавлено:

Цитата:

в образе есть исполняемый код под i386?

НЕТ.

Цитата:

pentium3 1200 MHz, 512ram

-m=tor


Цитата:

core2duo e6750,2gb ram

-m=tor:2m:h2m

Добавлено:

Цитата:

Как flac сильно сжать?

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


Цитата:

SFX архив всегда увилечивается ровно на размер SFX-модуля?

да

Bulat_Ziganshin

Цитата:

-m=tor

А ещё быстрее можно ?
Неприемлемо долго.

В 1,5 раза дольше чем pkzipc -level=3
Размеры архивов практически одинаковы.

ndch

Цитата:

А ещё быстрее можно ?
Неприемлемо долго.
В 2 раза дольше чем pkzipc -level=3

а степень сжатия какая? сколько получился архив?

egor23
размер одинаков, времени freearc тратит больше.

Добавлено:
Дома у меня только "пользовательский диск" с текстовыми (EBDIC) данными.

Цитата:

pkzipc -level=3 сжимает 6 Гб приблизительно в 500 мб (на pentium3 ), минут за 10.

время...
незабываем про размер файла 6ГБ - простое копирование на скорости 40МБ\с - 154с (2.5мин) и это в идеальном случае..., а так можете сами оценить исходя из вышей реальности...

Цитата:

А ещё быстрее можно ?

для coppermine: tor:3:128k:h128k, для tualatin по 256к

Посмотрел, раньше получалось приблизительно так:
rar -m0 -m1 450 мб
pkzipc -level=3 470 мб
проц tualatin.
при этом rar проигрывал по времени.

2 физических винта. на одном источник на другом результат
копировалось со скоростью 60МБ\с (far+плагин filecopyEx)
Раньше сжималось из-за того что приходилось писать на cd-rw, и некоторый контроль целостности (контрольная сумма у архива).
Позже (2005 год)на флешку тоже не влезало и контроль целостности.

Добавлено:
О! Спасибо!
-m=tor:3:256k:h256k - на домашней машине быстрее чем
pkzipc -add -level=1
Буду пробовать.

Ещё вопрос: куда крутить, чтоб немного посильнее сжималось, при небольших временнЫх затратах ?

Цитата:

куда крутить, чтоб немного посильнее сжималось, при небольших временнЫх затратах ?

-m=tor:5:256k:h256k

Добавлено:
а вообще мне эта тема кажется надуманной. ты их что - сотнями жмёшь?

Bulat_Ziganshin
а где почитать ? FreeArc040-rus.htm ?? немного смущает что не FreeArc060-rus.htm
По умолчанию -m=tor эквивалентно -m=tor:1 ???

Добавлено:
Bulat_Ziganshin

Цитата:

а вообще мне эта тема кажется надуманной. ты их что - сотнями жмёшь?

Приходить на работу на полчаса раньше или уходить позже не очень весело, так же как и стопорить работу 15 человек. Резервировать нужно каждый день.

Добавлено:
Так что да, в год - сотнями.

ndch

Цитата:

m=tor эквивалентно -m=tor:1 ???

-m=tor:5, смотрите в столбце значения по-умолчанию
незабывая что это старая документация, могло всё измениться, лучше проверять что-там...

Добавлено:

Цитата:

rar -m0 450 мб

-m0 - это без сжатия

egor23

Цитата:

rar -m0 - это без сжатия

Верно, значит rar -m1, но от этого не легче


Цитата:

-m=tor:5, смотрите в столбце значения по-умолчанию

не увидел, подскажите, будьте любезны.


-----------------------
не понял, почему ПРИ
Arc a -m=tor:1:256k:h256k arc dsk

превращается из 245 Мб в 290 Мб ???

архив (ЗНАЧИТЕЛЬНО!) больше оригинала при -m=tor:2 ; -m=tor:1 ; -m=tor:0

Добавлено:
вот под рукой был образ hdd (с линуксом, кеш и отчёты squid)
core2duo e6750,2gb ram

Arc.exe a -m=tor:3:256k:h256k G:\TEST\arc ST38421A8.013.raw
00:03:24.204
3 184 017 359

pkzipc -add -lev=3 G:\TEST\zz ST38421A8.013.raw
00:05:48.515
3 168 426 843

Цитата:

core2duo e6750,2gb ram

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

для него я вам советовал другие настройки. на домашней машине вы тоже на другой винт жмёте?

Bulat_Ziganshin

Цитата:

на домашней машине вы тоже на другой винт жмёте?

да

Добавлено:
вобщем мне нравится:
Arc.exe a -m=tor:3:256k:h256k

если оно и на таулатине так же хорошо работать будет...

Цитата:

е увидел, подскажите, будьте любезны.

столбец - Параметр и его значение по умолчанию

и вот почему level=3

0:05:49.141
3 178 531 482
timer:pkzipc12 -add -lev=3 G:\TEST\zz ST38421A8.013.raw

04:52.968
3 289 539 245
timer:pkzipc12 -add -lev=1 G:\TEST\zz ST38421A8.013.raw

точнее ,на том образе сжатие на level=3 ,по воспоминаниям, было выше

Добавлено:
0:03:24.187
3 184 017 359
timer:Arc.exe a -m=tor:3:256k:h256k G:\TEST\arc ST38421A8.013.raw

Добавлено:
До сих пор не понимаю почему не развивается "скоростное" сжатие

Копирование в nul
около 0:01:59.000

Цитата:

До сих пор не понимаю почему не развивается "скоростное" сжатие

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

ndch
многие даже незнают, что при конвертировании видео, а также архивации/распаковке файлов для быстрого чтения/записи диски желательно дефрагментировать и/или отключать антивирусы. Файлы после упаковки должны писаться на диск в непрерывный свободный участок диска (только так достигается быстродействие), а если там ваши документы или другие файлы, то файл пишется в другую область после "промотки диска" на позицию со свободным участком. И это осуществляется не мнгновенно, а через некоторое время в миллисекундах на каждую операцию чтения/записи. Также если в системе установлен антивирус, то любой файл (либо часть файла в памяти или на диске) попадает под огонь антивируса, а это еще добавляет время.
Для примера, конвертация видео ~01:30:00, при помощи Pinnacle Studio 10, занимает 28 мин (без антивируса) и 49 мин (с антивирусом).
Значит - попробуйте продефрагментировать все Ваши диски, отключить фоновые программы, отключите антивирусы и проверьте ще раз Ваше "скоростное" сжатие при помощи FreeArc.

Bulat_Ziganshin

Цитата:

в твоём случае во-первых древнейший комп, во-вторых почему-то сжимают образ диска вместо отдельных файлов

Не понял как связана скорость сжатия с большим размером файла.
Круче чем "древнейший комп" там и не надо.

Цитата:

сжимают образ диска вместо отдельных файлов

я не силён в jcl, svm - потому такое и происходит.

Цитата:

вместо отдельных файлов

там нет файлов, там это называется "наборы"

ruduk

Цитата:

попробуйте продефрагментировать все Ваши диски, отключить фоновые программы, отключите антивирусы и проверьте ще раз Ваше "скоростное" сжатие при помощи FreeArc.

Я не знаю как оптимизировать:
1. 6 образов фиксированного размера, находящиеся на одном логическом диске, отдельного физического винчестера, после однократного дефрагментирования.
2. какие фоновые программы отключать тоже не знаю. Одно могу сказать голая win 2000 без прибамбасов с родным (от производителя) драйвером ide контроллера и уникальным софтом (6 мб) + far +pkzipc + irfanview + light alloy с кодеками.
3. антивирусов нет.

Цитата:

в твоём случае во-первых древнейший комп, во-вторых почему-то сжимают образ диска вместо отдельных файлов

Не понял как связана скорость сжатия с большим размером файла.

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

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

Вроде объяснил.
Теперь вопросы:
FreeArc040-rus.htm

Цитата:

для очень быстрой упаковки предназначен алгоритм tor (Tornado). Режимы от tor:1 до tor:7 предоставляют диапазон скоростей сжатия от 100 мб/с

Таблица скоростей:tor:1 – 50-100 мб/с

Как добиться скорости 100 мб ?
Я чего максимум добился на оффисной машинке (e2180 @3 ghz)
Arc.exe a -m=tor:3:1k:h2k
было около 55 мб/с
скорость копирования с винта на винт - 80 мб/с
Рекорд поставить не пытался.

Вопрос 2:
почему ПРИ
Arc a -m=tor:1:256k:h256k
архив (ЗНАЧИТЕЛЬНО!) больше оригинала при -m=tor:2 ; -m=tor:1 ; -m=tor:0
(превращается из 245 Мб в 290 Мб ???)

Я признателен и рад за результаты (как писал выше при помощи сабжа, при определённых настройках, можно сэкономить время).

Добавлено:
Bulat_Ziganshin
я и не спорю что моя ситуация типична. Производительность (на глаз, аппроксимировано, с учётом труъ олдовых программеров ) ibm 4381 (вот точный конфиг не приведу) где-то на уровне i386-i486(50MHz)плюс-минус лапоть.

Добавлено:
Bulat_Ziganshin
Я Вам действительно очень признателен.

Добавлено:

Цитата:

разумеется, если это диск mvs, я не предлагаю искать как вытащить из него файлы

Да, диск mvs в непонятном контейнере виртуалки.

Цитата:

Как добиться скорости 100 мб ?

tor:1. некоторые файлы он всё же сжимает ;)


Цитата:

почему ПРИ
Arc a -m=tor:1:256k:h256k
архив (ЗНАЧИТЕЛЬНО!) больше оригинала

потому что :)