» FreeArc (часть 4)

ndch
Я советую тебе перечитать цель тестирования и смысл моих заявлений. Репаков среди них нет.
Смысл в том, что меня не интересуют слабые конфигурации и прочая ересь, я ищу быстрое средство для бэкапа, а сколько оно потребляет памяти на современных машинах - неважно. И да, ещё лет 8 назад у меня DDR-2 было 2Гб, и не сказал что это было прямо много.
Кто там сидит на старье и зачем - это не моё дело.

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

ссылко

Аддон для Total Commandera сначала не хотел работать, выдавал ошибки errorlevel 1 и 2, но после того как переставил multiarc с версии 1.4 на 1.2 и переустановил FreeArc (0.67) - заработал.
Так что теперь гуишный интерфейс не так уж и нужен.

Bulat_Ziganshin

Цитата:

думаю, ты путаешь delta с xdelta. у srep и delta ничего общего нет и объединять их незачем

нет, не путаю. просто я обычно сжимаю следующим образом:

Цитата:

7z (без сжатия) -> srep -> 7z (c сжатием)

а если использовать:

Цитата:

7z (без сжатия) -> srep -> delta -> 7z (c сжатием)

то степень сжатия выше, хотя и не на много. Вот и появилась идея объединить srep + delta.

muzf

Цитата:

Кто там сидит на старье и зачем - это не моё дело.

Вам изречение "кто ездит не на бентли - нищеброды. Вон с дороги! Дорога только для меня" ничего не напоминает ?

Вам уже доходчиво намекнули:

Цитата:

Цитата: Ключевые слова - "из коробки". Чтобы было доступно всем и каждому сразу.

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

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

Отредактировал в MultiArc.ini строки ссылок в виде
Archiver=c:\Program Files\FreeArc\bin\freearc.exe
List="c:\Program Files\FreeArc\bin\arc.exe v --noarcext -- %AQA"
Подробно см. по ссылке и теперь при паковке и распаковке через Total показывает окошко с прогресс баром и временем.


P.S. Нашел на чем спотыкается Freearc. При упаковке и распаковке он не отслеживает превышение длины пути плюс имя файла в 259 символов. При попытке распаковки слишком длинного пути происходит ошибка. Кстати последний Winrar ведет себя примерно так же. Только при попытке подсунуть ему слишком длинный путь для распаковки он выводит предупреждающее окно. FreeArc и WinRar при упаковке некорректных каталогов ничего не сообщают, но файлы с путем превышающем 259 символов просто в архив не попадают. Только WinZip работает (к его чести) корректно - сразу предупреждает при попытке паковать и распаковывать слишком длинные пути. Что интересно, в Total Commander внутренним упаковщиком zip поддерживается и упаковка и распаковка очень длинных путей - но при этом выводится соответствующее предупреждение - что другие программы могут споткнуться.

понятно. не будут

Shuld
На том обменнике формат .arc не поддерживается просто.

Цитата:

Ну скажите на милость, почему все авторы считают, что нужно выбирать из "Скоростного", "нормального" и "ультара"?
Да пользователям до фонаря эти названия.
Пользователи были бы рады другому.
Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
+------------------------------------------+
| 1с 1м 1ч |
| ххххх|ххххххххххх |
| 1Гб 0,8Гб |
+------------------------------------------+
А пользователь бы установил требуемое (примерно) время сжатия.
И рядом кнопочка "дополнительно", где можно было бы указать, непрерывно или нет, ограничивать ОЗУ или нет, и т.п.
Сейчас ведь как бывает, установил пользователь сжатие "ультра", а архиватор - буду жать 1 час. И бедный пользователь отменяет, и по новой! Про спецов не говорю. Да и им разве менее удобно бы было?)

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

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

И ещё, нужно делать юзерфрендли. 95% людей (в т.ч. я) не хочет разбираться в 100500 параметрах сжатия. Нужно, чтоб я только выбирал "ультра", а он сам догадывался каких файлов больше, и какие параметры применять. А то картинка сверху от vasulpr меня со своим delta lzma 192mb bt4 273 ... жутко пугает.

Bulat_Ziganshin
это потому что я использую 7-zip?

а если серьезно, почему это реализовать? было бы не плохо

ndch
Не путай мягкое с солёным. Не распакуются они не потому, что памяти нехватает (есть же Ultra, у которого 2гб в требованиях, его же не убирают из-за этого!), а потому что поддержки тех методов нет в старых Freearc, но это вполне логично. Новый архив должен требоват новое версии.

Цитата:

А то картинка сверху от vasulpr меня со своим delta lzma 192mb bt4 273 ... жутко пугает.

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

Bulat_Ziganshin
что там с реализацией новой страницы сжатия? когда можно будет опробовать?

muzf
Все версии FA от 2012 года распакуют!

SunkaZlo

Цитата:

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

Выходит, вы хотите, чтобы программа несколько раз анализировала возможное время сжатия разными методами. Но ведь программа пишет время окончания "только" после анализа файлов и "только" после начала упаковки. Тестовый запуск сжатия игры/файлов/документов на 4 ядерном процессоре 2,67 ГГц тратит порядка 20 секунд на каждых 10,000 файлов только для анализа, так сказать "что будем сжимать".
После анализа файлы начинают сжиматься выбраным методом (см.ниже)и имеем предположительное время, фиксируем его. Теперь прерываем сжатие, удаляем временные файлы.
Дальше - вы хотите видеть возможную степень сжатия. Как ее узнать? Наверное вы хотели бы, чтобы программа сама выбрала несколько файлов, да еще и разного типа, и попыталась их сжать? То-есть снова запускаем анализ содержимого этих "контрольных" файлов и приступаем к сжатию.
А как сжимать? вы же не хотите разбираться в 100500 параметрах?
Тогда программе нужно уметь самой выбрать нужный алгоритм. И самое простое это запустить брутефорс. Алгоритмов сжатия много (встроенные + внешние из комплекта Powerpack) и каждый имеет свои опции. Тот же lzma - у него 8 параметров, и различные их комбинации могут дать на выходе различную степень сжатия.
Выбираем самый быстрый режим, ждем завершения упаковки и апроксимируем результаты на все колличество файлов. Дальше меняем опции и параметры некоторых методов, меняем режимы и снова переходим к сжатию...

То есть: или ждете 2 часа и получаете "ультра"-сжатые файлы, или солнце успеет сгореть, пока вы получите результаты анализа, хотя бы приблизительно.

lorents

Цитата:

то степень сжатия выше

Не всегда

Извините если повторялось...
у меня вин 7 максимальная 64бит, 8 ГБ озу 1600Mhz, AMD Phenom II X4 945 4ядра по 3,45Ггц...

а откуда можно скачать Free Arc 0.67 для 64бит винды? вижу только win32

заранее спасибо

Pedro2007
и тебе спасибо, что редактируешь сообщения

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

вообще прикрутить хотя бы сообщение о слишком длинном имени файла - хорошая идея

вообще из предложенного мне понравились идеи:
1. при выборе метода сжатия сразу писать прогнозируемое время
2. экспорт настроек операции в .bat

gryhov
я сколько не тестировал, у меня было, что delta небольшой прирост в сжатии
а можно узнать, какие файлы вы тестировали?

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

Bulat_Ziganshin

Цитата:

2. экспорт настроек операции в .bat

Спасибо, что обратили внимание на это. Я думаю что это многим полезно будет.
Булат, подумайте пожалуйста над оформлением, мне кажется, что простота на первых парах - спасет мир. Упомяну еще раз перечень софта, на который бы я обратил внимание в плане простоты и в то же время удобства в дизайне - это TrueCrypt, InsidePro.PasswordsPro, PSI+. Там масса настроек, которые вполне себе уживаются как для новичков, так и для продвинутых пользователей.
Хотел бы спросить - какие есть еще варианты по реализации информации для восстановления? В плане, у РАРа сделано на ХОRе, а как можно это все дело улучшить в ARCe?

Bulat_Ziganshin

Цитата:

даже на paypal пришло порядка 200 баксов от 20 людей

Flattr обычно используют те, кто не любит или не использует paypal.

Цитата:

Не распакуются они не потому, что памяти нехватает (есть же Ultra, у которого 2гб в требованиях, его же не убирают из-за этого!), а потому что поддержки тех методов нет в старых Freearc, но это вполне логично.

манипуляциями с arc.ini в принципе нельзя сделать архивы, несовместимые с другими версиями freearc. все эти -m80 - просто новые сокращения, которые расшифровываются до названий встроенных методов и только в таком виде запоминаются в архиве. прочти доку, ты ведь достаточно глубоко используешь fa и без чтения доки всё это напоминает известную басню

Цитата:

а если серьезно, почему это реализовать? было бы не плохо

ага. и не забыть ещё два раза добавить туда 7-zip. вообще единственное что тут можно сделать лучше - это выпустить delta в более серьёзном исполнении - с stdin/out, crc и т.п.


Цитата:

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

я отвлекался на изучение nginx, поэтому ещё не готово


Цитата:

Flattr обычно используют те, кто не любит или не использует paypal

paypal - это индикатор. если на нём негусто, то всё остальное не имеет вообще никакого смысла

Bulat_Ziganshin
Цитата:

paypal - это индикатор. если на нём негусто, то всё остальное не имеет вообще никакого смысла

Очень большой процент людей не использует палку по "идеологическим" соображениям. Поэтому думаю, что так легко отказываться от Flattr и BitCoin не стоит

Bulat_Ziganshin
Тогда чего ты боишься, каких таких "доставаний" пользователей ?
Доку я читал, мало ли что там в прошлых версиях, может раньше не было какого-нибудь xtor в FA.

Bulat_Ziganshin

Цитата:

ага. и не забыть ещё два раза добавить туда 7-zip. вообще единственное что тут можно сделать лучше - это выпустить delta в более серьёзном исполнении - с stdin/out, crc и т.п.

буду ждать

90 = rep:2gb:256:c256+xlz4
91 = rep:2gb:112:c64:d4m:s64+xtor:3:4m:h32k
92 = rep:2gb:64:c16:d4m:s32+xtor:4:4m:h512k:l4
93 = rep:2gb:64:c16:d4m:s32+xtor:4:4m:h1m:l8
94 = rep:2gb:96:c16:d4m:s48:h25+4x4:tor:6:4mb:h8mb
95 = rep:2g:48:c16:d4m:s32+xlzma:4mb:h512k:fast:128:mc8
96 = rep:2g:48:c16:d4m:s24+xlzma:4m:h1m:normal:24:mc8

Да, методы -m9* с rep:2g определённо лучше -m8* с rep:1g, особенно -m94, -m95 и -m96, так что при свободном количестве памяти больше 2Gb можно использовать именно их.
Методы начиная с m97 вылетают с нехваткой памяти, т.к. сам Freearc 32 битный. Что очень жаль, так как на примере тех же x264, Avisynth, mvtools и многого другого я вижу, что x64 даёт прибавку в скорости около 10%-15%, например за счёт удвоенного количества регистров.

lorents
Я уже года два пожимаю и в голове всё не умещается, но скажем так, я все возможные варианты перебириаю и не всегда дельта давала прирост, хотя было время, я тоже её пихал везде где только можно.
Потом как-нибудь могу целенаправленно потестить, если нужно.

Кроме избавление от создания временных файлов в %temp%, в случае если используется только один внешний упаковщик, есть ещё одно пожелание - возможность параллельной обработки нескольких файлов с запуском нескольких внешних упаковщиков одновременно.
Например, packjpg/packarc используют только один поток, поэтому у меня используют только 13% CPU, поэтому при архивации папки с jpg запуск 8 копий packarc ускорило бы упаковку (и распаковку, если её так же распараллелить) раз в 5.

p.s. кстати, что за --queue ? Внятного описания с примером найти не удалось, в единственной документации http://freearc.org/ru/FreeArc040-rus.htm не упоминается.

Цитата:

Еще один вариант:  
1508 Queue operations across multiple FreeArc copies=Если в процессе выполнения операции (упаковки, распаковки...) FreeArc определит, что выполняется еще одна копия FreeArc, то операция будет поставлена в очередь, и будет выполнена после завершения всех предыдущих операций в очереди. Это позволит каждой операции полностью использовать все ресурсы компьютера.

сделал так:

1508 Queue operations across multiple FreeArc copies=Даже если вы будете одновременно выполнять операции (упаковку, распаковку, восстановление архива и т.д.) в нескольких копиях FreeArc, они будут запускаться по очереди. Таким образом, они не будут мешать друг другу полностью использовать ресурсы компьютера и, как правило, выполнятся быстрее.

и по-английски:

1508 Queue operations across multiple FreeArc copies=Even if multiple copies of FreeArc are instructed to perform operations simultaneously, only one operation will be performed at a time (compression, decompression, archive restoration, etc.), the rest will wait for their turn. Through this they will not interfere with each other and will provide best performance.

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