» FreeArc (часть 4)

Цитата:

http://www.winrk.co.uk/downloads.htm

просто совпадающее название: WinRK v3 is a database manager designed specifically for ringers.

Добавлено:

Цитата:

а он у меня почему-то не прижился

ну значит рюшечки это не твоё и для тебя winrar - идеальное GUI

Цитата:

ну значит рюшечки это не твоё и для тебя winrar - идеальное GUI

да! и я дерзко предполагаю, что в этом гуе весомая доля успеха архиватора ВинРар, раз народ воспринял. Недаром и Игорь не стал уходить далеко в сторону от этого шаблона в своем произведении. И правильно! А зачем сопссно? У него гуй стал даже более лаконичен. И народ вроде не просит его догрузить. И даже в ФА, к счастью, оно похоже. Только значки файлов и директорий исчезли. Да и на схожую морду люди чисто психологически будут легче и охотнее переползать при случае. А чем больше сползутся - тем лучше, дальше процесс уже пойдёт по нарастающей. Весь этот сценарий и происходит с 7зип в теч. всех этих лет. Только ФА, как решение на основе существующих (и собственного- торнадо) алгоритмов - лучше, и поэтому должен пойти в массы за неск.более короткий срок, чего и желаю нам всем.

Я тут, кстати, нашел, с чего все начиналось
Если кому интересно - http://forum.compression.ru/viewtopic.php?f=5&t=173

ещё один бенч по ходу дела (может, его и пихнуть в hfcb?):

я провёл тестирование скорости архивации на своём рабочем каталоге: 3,848 folders, 31,166 files, 6,636,984,411 bytes. сжатие шло моим freearc в самом быстром режиме, чтобы заведомо не упираться в проц. вот что получилось:

сжатие с ssd на hdd:
Compressed 35,018 files, 6,636,984,411 => 3,606,580,870 bytes. Ratio 54.3%
Compression time: cpu 96.19 secs, real 58.03 secs. Speed 114,371 kB/s

сжатие с hdd на другой hdd:
Compression time: cpu 93.58 secs, real 319.99 secs. Speed 20,738 kB/s

Время работы увеличилось с 58 до 320 сек - в 5.5 раз (проц у меня 4-ядерный, так что cpu time 96 секунд означает 24 секунды чистого времени на сжатие)

---

распаковка с hdd на ssd:
Extracted 35,017 files, 3,605,117,605 => 6,636,064,829 bytes. Ratio 54.3%
Extraction time: cpu 89.76 secs, real 89.53 secs. Speed 74,121 kB/s

распаковка с ssd на hdd:
Extraction time: cpu 98.55 secs, real 279.89 secs. Speed 23,709 kB/s

Время распаковки увеличилось с 89.5 до 280 секунд, т.е. в 3.1 раза

---

Ну и наконец, время удаления всех этих файлов с диска - 8 и 50 секунд, соответственно

---

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

Добавлено:

---

UPDATE: а, нет. упёрлись в ОС или iops - копирование этого же дерева каталогов в nul занимает 52 секунды

Bulat_Ziganshin

Цитата:

UPDATE: а, нет. упёрлись в ОС или iops - копирование этого же дерева каталогов в nul занимает 52 секунды

после перезагрузки повторите

просто лязгающая злая числомолотилка какая-то, заранее представляю себе панику ВинРК на подобном материале

Люди,помогите
Кто может присоеденить модуль распаковки Freearc к скрипту?!если кто отзовётся,скину скрипт
мне просто надо присоеденить скрипт FreeArc к моему скрипту,и чтоб скрипт фриарка был модулем к моему скрипту.
во так же как в скрипте Xenus 2 от ника!
извините,если ошибся разделом
просто очень нужно прикрутить.
или научите как прикручивать.

Здравствуйте. Возникла следующая проблема: установил портабельный FreeArc и плагин для Total Commander, при попытке архивирования (с помощью Total Commander )вылетает следующее окошко:

HEXFIX
какой-то путь к arc.exe странный. может, перенести его в обычный каталог с англоязычным именем?

Добавлено:

Цитата:

после перезагрузки повторите

ок, перезагрузился дважды для чистоты эксперимента: 53 секунды копирование, 63 - упаковка. на ssd и перегружаться гораздо приятней...

а что нельзя посмотреть что freearc печатает??

CTAPuK2010
14:58 08-12-2010
Цитата:

все другие скорее уж для гиков и энтузиастов

К сожалению, ИМХО такая же судьба и у ФриАрка. Нераспространенность ARC формата губит его.

Как Павлов сумел так раскрутить 7z - ФриАрк по сравнению с 7-zip просто Эйнштейн, но нераспространенность формата все сводит на нет.

с дефолтным размером словаря - 240МБ
в других методах написано сколько требуется для упаковки/распаковки
а про grzip нечего не написано
по-этому я и спросил
просто число 7,5 странно выглядит поэтому я решил переспросить
.....

[more=проверил сейчас]C:\>arc a -di -lc- -mgrzip:1mb zz D:\Games\Rage\virtualtextures\wasteland2.pages

FreeArc 0.67 (September 29 2011) Updating archive: zz.arc using grzip:1mb:m1:l32
:h15
Memory for compression 36mb, decompression 20mb, cache 256kb
Compressing 1 file, 724,562,866 bytes. Processed 1.5%
Program terminated by user!

C:\>arc a -di -lc- -mgrzip zz D:\Games\Rage\virtualtextures\wasteland2.pages
FreeArc 0.67 (September 29 2011) Updating archive: zz.arc using grzip:8mb:m1:l32
:h15
Memory for compression 288mb, decompression 160mb, cache 256kb
Compressing 1 file, 724,562,866 bytes. Processed 3.9%
Program terminated by user![/more]
теперь я нечего не пойму, у меня COre 2 Duo, на работе Core i5 650
разница не в 2 а полтора раза))а должна была быть в 2
или не должно?

Bulat_Ziganshin
Переименовал каталог латиницей. Всё равно ошибка.

вы пропишите к arc.exe путь латиницей (где-то в ini-файле путь к exe-шнику настраивается)

Bulat_Ziganshin

Будет ли поддержка распаковки архивов зашифрованных при помощи -hp в unarc.dll? А то от обычного -p толку маловато - и структуру могут посмотреть, и методы сжатия, и какие файлы внутри.

Цитата:

посмотрел я сегодня. для демонстрации precomp+srep он прекрасно подойдёт, а для общего теста нет - после srep там вообще ничего уже не жмётся

Жмётся почти в два раза, надо просто дождаться конечного сжатия.

1noObman1
тут написано как

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

Есть ли смысл в опции mode=7z,winrar.
Что бы FA можно было передать строчку от 7z например и он с ней прекрасно работал или от Winrar.
Т.е. для перевода скриптов на FA было бы достаточно изменить путь запуска архиватора и добавить опцию mode.
Это конечно для ленивых, но всё же.

kalpak

Ага, и как это в исдоне сделать?

1noObman1
написано же callback-ом
т.е. в функции FreeArcCallBack

надо написать типа того

Код: if what='password?' then str:='password';

slech
программа изначально ориентировалась на макс. совместимость с rar по ком. строке, именно из-за названных тобой причин. в доке есть даже раздел, где перечислены все несовместимости, хотя кое-чего там не хватает. я собираюсь исправить некоторые проблемы совместимости, в частности обработку *.*, указание каталогов, -ag, -ap

насчёт 7-zip у меня никаких планов нет - и потому, что там возможностей маловато, и потому что нет времени ещё один огород городить, тем более ради совместимости с менее популярным архиватором

kalpak

Цитата:

хотя это скорее всего просто запароленные а не hp

-hp тоже поддерживается.

как бы не говорили но ВинРАР при его относительной "древности" все таки умудряется хорошо сжимать
(хотя странно что версия 4,0 бета при упаковке все равно пишет что базовая версия для распаковки 2,9,
в чем тогда причина появления 4 РАРА не понятна)
может это уже говорилось, но GUI не хватает drag&drop

заметил странность в работе архиватора
при распаковке архива ( около 1 гига бэкапа БД MS SQL сервера) в самом конце выводилось предупреждение о ошибке целостности данных
однако винрар без проблем распаковывал этот архив
(архив делается zlib level 9 через nnbackup)

kalpak

Цитата:

может это уже говорилось, но GUI не хватает drag&drop

говорилось

R3Pa4eK
напрямую ?
по крайне мере unarc.dll только через callback принимает пароль

kalpak
В самом последнем ISDone.dll (а там unarc.dll) имеется поддержка архивов с параметров -hp.

1. Двойник программы WinRK не только меня попутал, такое было и ранее:
http://forum.compression.ru/viewtopic.php?f=5&t=405

2. Проблема с FreeArc 0.666
Тестировал сжатие разными методами папку: 1,12 ГБ, 1000 файлов, 79 папок
Методы
-mex7
-mex8
-mex9
-mex9 -ld1600m
При тестировании, через несколько секунд (какие-то предварит. подготовки, процессбар еще не идет) процесс останавливался и появлялась надпись:
ПРЕДУПРЕЖДЕНИЕ: невозможно выделить память, необходимую для (рас)паковки в 4х4:b7mb:ppmd:16:384mb:c7mb

Методы
-mex6 и ниже
-m9
-mx
тестируются нормально.
Память 4 ГБ, проц - i3-530, Win7 32-разрядная.

новая альфа:

7z.dll: исправлена ошибка в сжатии в Deflate (zip)
7z.dll: добавлена быстрая распаковка Deflate (zip)

Время на упаковку/распаковку инсталированного MS Office (810 мб в 5506 файлах) в .zip формат на 2600k@4.6ГГц:

упаковка, сек. распаковка, сек.

Или это лечится в новой альфе:
http://forum.ru-board.com/topic.cgi?forum=5&topic=31386&start=2080#7
Где взять гуе-версию от 17 ноября?
Здесь последняя?
http://forum.ru-board.com/topic.cgi?forum=5&topic=31386&start=0&limit=1&m=1#1