Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FreeArc: бесплатный open-source архиватор - Часть 3

Модерирует : gyra, Maz

Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь  Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

   

Widok



Moderator-Следопыт		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей


Официальный сайт | Скриншоты | Лента новостей
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)
Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explorer (подробнее)
 
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог
FAQ по FreeArc
Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну... | И немного о будущем...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc
Сторонние оболочки для работы с FreeArc:
  • wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
  • PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux
     
    Родственные темы:
  • Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
  • Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
  • FreeArc и Unix - для альтернативно одарённых
     
    Другие архиваторы:
  • WinRAR
  • 7-zip
    • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 19:15 07-09-2009 | Исправлено: Bulat_Ziganshin, 18:34 26-07-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SREP 1.91 alpha:
     
        * -m3: new default compression mode that finds byte-exact matches; so srep:m3 outperforms rep+srep:m2
        * -temp=FILENAME option that allows to use stdin-to-stdout mode without any restrictions (all external data required for compression/decompression are stored in this file)
        * -c option to explicitly specify hash chunk size
        * "srep file" and "srep file.srep" syntax now supported for compression and decompression respectively, simplifying program usage and allowing to just drag-n-drop file to executable's icon in order to compress or decompress it
        * on disk overflow (or other write error), program displays message, deletes outfiles and returns dos error code
        * compression memory usage was reduced by 8 mb
     
     
    How to set up FreeArc to use new SREP in filter mode:

    Код:
    [External compressor:srep]
    ;options  = l%d (minimal match length, default=512)
    packcmd   = srep {options} -temp=srep.tmp - - <stdin> <stdout>
    unpackcmd = srep -d        -temp=srep.tmp - - <stdin> <stdout>
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:07 02-09-2010 | Исправлено: Bulat_Ziganshin, 22:19 02-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
    SREP 1.91 alpha


    Цитата:
    [External compressor:srep]  
    ;options  = l%d (minimal match length, default=512)  
    packcmd   = srep {options} -temp=srep.tmp - - <stdin> <stdout>  
    unpackcmd = srep -d        -temp=srep.tmp - - <stdin> <stdout>


     
    Добавлено:
    ссылочку поправь..
     
    Добавлено:
    ты не оставляешь прям и дня без радостных новостей)
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 22:13 02-09-2010
    egor23



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
     * -c option to explicitly specify hash chunk size

    по подробней, что это?
    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:12 02-09-2010 | Исправлено: egor23, 23:24 02-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    У меня как обычно..


    Код:
    arc.exe a -lc6g -ao -s --cache=8 -msrep:m3:l512 -dsgenp --display=hoacmnwrfdtske-r -i2 dat1.arc data.pcf

    в arc.ini
    Код:
    [External compressor:srep]  
    cmem = 2200
    dmem = 16
    ;options  = l%d (minimal match length, default=512)  
    packcmd   = srep {options} -temp=srep.tmp - - <stdin> <stdout>  
    unpackcmd = srep -d        -temp=srep.tmp - - <stdin> <stdout>

    srep64i.exe переименовал в srep.exe

    Код:
    srep -m3 -l64 data.pcf
    работает замечательно (серьезный такой прирост в степени сжатия, правда не пробовал еще lzma окончательно сжимать)
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 23:13 02-09-2010
    egor23



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
    У меня как обычно..

    у меня также
    Инструкция по адресу "0x0040388c" обратилась к памяти по адресу "0x7ffa1000". Память не может быть "written".
     
    Добавлено:
    srep32i.exe
    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:29 03-09-2010
    ndch

    Gold Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    Это конечно хорошо, даже отлично, удобно для пересылки другим людям, но:
     
    -tzip  
    Compressed 1 file, 2,426,210,304 => 2,283,643,163 bytes. Ratio 94.1%
    Compression time: real 159.75 secs. Speed 15,187 kB/s
     
    -m=tor:4:1m:h1m
    Compressed 1 file, 2,426,210,304 => 2,266,848,501 bytes. Ratio 93.4%
    Compression time: cpu 59.42 secs, real 85.69 secs. Speed 28,315 kB/s
     
    core2duo e8400, 2gb ram
    Всего записей: 6487 | Зарегистр. 31-08-2008 | Отправлено: 09:21 03-09-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Это конечно хорошо, даже отлично, удобно для пересылки другим людям,

    именно так. tornado в твоём примере жмёт лучше из-за большего словаря, и быстрее - потому что он проверяет всего несколько матчей. сделать быстрый режим deflate в моих силах, а расширить его словарь - нет. так что если у тебя есть выбор, tor всё равно будет лучше
     
    кстати попробуй -m=4x4:b8m:tor:4:512k:h512k
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 09:30 03-09-2010 | Исправлено: Bulat_Ziganshin, 09:31 03-09-2010
    THE GUILTY GOD



    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Народ, помагите пожалуйста я не пойму куда надо вписать фрхивы freearc чтобы инстолятор их распаковывал во время установки
    Всего записей: 165 | Зарегистр. 24-06-2010 | Отправлено: 14:15 03-09-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    # Родственные темы:
    # Inno Setup плюс внешние упаковщики

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:30 03-09-2010
    ndch

    Gold Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
    кстати попробуй -m=4x4:b8m:tor:4:512k:h512k

    Кстати да, в будущем присмотрюсь
     
    FreeArc 0.67 (August 4 2010) creating archive: zzz.arc
     
    arc a -m=4x4:b8m:tor:4:512k:h512k
    Compressed 1 file, 2,426,210,304 => 2,287,418,670 bytes. Ratio 94.2%
    Compression time: cpu 67.05 secs, real 78.41 secs. Speed 30,943 kB/s
     
    -m=tor:4:1m:h1m  
    Compressed 1 file, 2,426,210,304 => 2,266,848,501 bytes. Ratio 93.4%
    Compression time: cpu 59.00 secs, real 84.92 secs. Speed 28,569 kB/s
     
    Спасибо за совет. Если не сложно - расскажите что такое 4x4:b8m ?
    В "Документация на консольную версию" из шапки - объяснения не нашел.
    так же не увидел что b8m применимо к tor.
    Всего записей: 6487 | Зарегистр. 31-08-2008 | Отправлено: 18:10 03-09-2010 | Исправлено: ndch, 18:16 03-09-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    У меня как обычно..  


    Цитата:
    у меня также  

    i found reason of bug - srep can't find infile size, so it can't allocate memory for hash. proper fix require to pass filesize from freearc to srep. i will fix it in about a week... just now srep can't work in filter mode
     
     
    Добавлено:

    Цитата:
    что такое 4x4:b8m ?

    разбивает данные на куски в 8мб и сжимает каждый из них независимо нижеследующим алгоритмом. поскольку у вас два ядра - работа распараллеливается между ними, плюс ввод/вывод идёт параллельно. собственно твой тест упирается в скорость в/в, иначе оно было вдвое быстрее обычного tor
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:12 03-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
    i found reason of bug - srep can't find infile size, so it can't allocate memory for hash. proper fix require to pass filesize from freearc to srep. i will fix it in about a week... just now srep can't work in filter mode

    спасибо) будем с нетерпением ждать новую версию.
    P.S. может srep'у в режиме stdin/stdout размер файла первыми 8 байтами в stdin передавать?
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 21:25 03-09-2010 | Исправлено: Profrager, 21:48 03-09-2010
    egor23



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin

    Цитата:
     * -c option to explicitly specify hash chunk size

    по подробней можно, что это?
    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:04 03-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    egor23
    я пробовал ставить -с1, srep запросил 24гб оперативки А вообще действительно интересно, что за размер такой. Смысловое назначение в алгоритме.
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 23:12 03-09-2010
    THE GUILTY GOD



    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я добавил в скрипт NFS Undercover свои данные, вроде всё скомпилировалось, но вот при установки (там где должны распаковыватся архивы) вылазит ошибка от ISDone.dll, а конкретно такая  
    "Неверно задан выходной файл для ISArcExtract!"
     
    А также не могу догнать что тадо вписать в FreeArc.iss что бы инстолятор находил архивы на диску (во время установки) и распаковывыл их.
    Всего записей: 165 | Зарегистр. 24-06-2010 | Отправлено: 13:13 04-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    THE GUILTY GOD
    ты запарил. Во-первых не пиши одни и те же вопросы по сто раз и в темах не соответствующих им. Во-вторых я тебе в другой теме уже ответил. В-третьих для решения твоих вопросов достаточно, чтобы работало 0,01% мозга любого среднестатистического гуманоида планеты Земля.
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 14:36 04-09-2010 | Исправлено: Profrager, 14:38 04-09-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    srep 1.91: -c option to explicitly specify hash chunk size  

    -m1/m2 находит матчи длиной, кратной L (опция -l), начинающиеся с позиций файла, кратных L. для их нахождения достаточно разбить файлы на куски длины L и прохешировать их, то есть hash chunk size == L
     
    -m3 находит любые совпадения длиной >=L, что требует хеширования файла кусками по C=(L+1)/2 байт. поскольку мой алгоритм корректен только при hash chunk size, являющейся степенью двойки, то С ещё дополнительно округляется вниз до ближайшей степени 2
     
    явное задание C может использоваться для уменьшения расхода времени/памяти за счёт чуть-чуть неоптимального сжатия, например -m3 -l400 -c256 не найдёт всех матчей длины >=400, но будет "дешевле" чем используемое автоматом -c128
     
    и ещё: как видите, в -m3 L и C отвязаны друг от друга, что даёт возможность использовать L, не являющиеся степенью двойки, для небольшой оптимизации сжатия
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:21 08-09-2010
    Profrager



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    спасибо за подробное описание) Не плохо было бы что-то подобное поместить в readme.txt к srep'у. Чтобы народ хоть косвенно понимал чем он пользуется и как оно работает.
    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 15:44 08-09-2010
    ndch

    Gold Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    Со скоростным сжатием, подходящим под мои цели, определился и за полгода выбор оправдался.
    tornado
     
    Назрел вопросик:
    Есть ли рекомендации для скоростного извлечения ?
    Есть несколько тысяч мелких (10..100 кб) и около тысячи крупненьких (20..200 Мб) файлов - надо сжать в архив, но так чтобы можно было быстро извлечь пяток мелких и один крупный.
    Понимаю что звучит наивно, но всё же... Не могли бы привести общие рекомендации ?
     
    Добавлено:
    Правильно понимаю, что режим тестирования (arc t file.arc) показателен для скорости распаковки ?
    Всего записей: 6487 | Зарегистр. 31-08-2008 | Отправлено: 10:18 11-09-2010 | Исправлено: ndch, 10:20 11-09-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Есть ли рекомендации для скоростного извлечения ?  

    tor:c3 распаковывает быстрее, а сжимает ненамного хуже дефолтного tor:c4 (хотя ты вроде используешь 4-й режим, тогда там и так по дефолту c3)
     

    Цитата:
    Правильно понимаю, что режим тестирования (arc t file.arc) показателен для скорости распаковки ?

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

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

    экспериментировать с размером солид-блока и сортировкой файлов. идеально чтобы все извлекаемые файлы находились в одном солид-блоке. кроме того, распаковка солид-блока прекращается когда распакованы все запрошенные файлы, поэтому можно отсортировать файлы в солид-блоках по размеру. тогда почти полностью будет распакован только один солид-блок (с большим файлом), а маленькие файлы будут быстренько распакованы из начал своих солид-блоков
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:01 11-09-2010
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

    Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FreeArc: бесплатный open-source архиватор - Часть 3
    Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru