» 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 и перегружаться гораздо приятней...

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

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

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

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

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

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

Цитата:

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

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

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

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

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

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

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

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

kalpak

Цитата:

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

говорилось

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-разрядная.

Или это лечится в новой альфе:
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

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

Добавлено:

Цитата:

Здесь последняя?

ага

а до х64 так понимаю еще палкой не докинуть...

Andruhin
да. а зачем она тебе?

Добавлено:

Цитата:

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

а что скажет 7-zip? я его бибилиотеку использую

win 7 x64, офис 2010 x64, 7zip x64... вобщем из спортивного интереса...

Цитата:

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

Проблема с тестированием ушла. Теперь все тестится успешно.
Но есть другие непонятки уже при распаковке:
1. Если при распаковке длинный путь, например
D:\Проба\Теория Электрических Цепей (ТЭЦ)
то распаковка при достижении 79% заканчивается окном с длинным сообщением (не знаю, как прикрепить скрин) "....(No such file or directory)"
2. Если путь короткий
D:\Проба\
то распоковка проходит нормально до конца.
Какие-то проблемы с длиной каталогов?

Это не зависит от метода: -m9, -mex9

Добавлено:
Что касается архивирования этой же папки.
750 МБ, 1925 файлов, 398 папок. FreeArc 0.67 от 17 ноября 2010

На компьютере с процессором Е6750 WinXP
-mex9 4м01с 187 696 723 Байта
-m9 4м02с 186 508 729 Байтов

На компьютере с процессором i3-530 Win7 32-разр.
-mex9 2м06с 187 696 398 Байта
-m9 2м46с 186 511 187 Байтов

Почему разница во времени небольшая для i3-530 и совсем нет для E6750?
Из-за WinXP?

На компьютере Е6750 WinXP у программы 7z 9.20 эффект чувствуется:
Ultra LZMA2 2thz 4м52с 201 637 554
Ultra LZMA2 1thz 6м59с 201 327 366

мой -m9 - это как раз 2 потока. -mex9 использует сколько угодно потоков, эффект становится заметен начиная с 4 ядер

Добавлено:

Цитата:

Если при распаковке длинный путь

общая длина имени файла не должна превосходить 255 символов

1. При архивировании папки 1,12 ГБ, 1000 файлов, 79 папок. FreeArc 0.67 от 17 ноября 2010:

На компьютере с процессором i3-530 Win7 32-разр.
-mex9 4м28с 821 695 КБайта
-m9 10м29с 824 329 КБайтов

Но ядер-то два - почему разница? Играет роль, что их псевдочетыре?

Примерно то же самое при -m6 и -mex6.
-m5...m8 и -mx тоже двухпоточные?

2. Обратил внимание, что в справке по архиву есть информация о необходимом ОЗУ для распаковки. Очень хорошо! У WinRAR и 7zip такого нет!

1. уверен, что это текстовые файлы. для текстов -m5..9 однопоточный. два ядра + HT в i5 эквивалентны 2.5 ядрам по скорости

для бинарных файлов -m5..9 двухпоточный (точнее там три потока, загружающие 1.8 ядра)

-mx === -m9

Подскажите пжлст, как сделать чтобы распаковывались разные архивы в зависимости от выбранного языка

nixx1

Цитата:

Подскажите пжлст, как сделать чтобы распаковывались разные архивы в зависимости от выбранного языка

Справку читай, а не флуди во всех темах. Тем более здесь тема FreeArc'а а не inno.