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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    egor23



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

    Цитата:
    всего 2 гига, причём ты их там lzma:1gb сжимаешь. в общем, маловат размерчик

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

    Цитата:
    нет, filesize*20/L + 4*округлённое_вверх(filesize*8/L * 4/3)*1/4 +1мб

    1\4 не заметел, при каких условиях будет 1\4?

    Цитата:
    мог бы, но времени на это нет

    тогда пометьте, что такое востребовано, т.к. у xdelta есть свои недостатки, а других программ наподобии xdelta незнаю.

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

    возможно имеет смысл сделать эту проверку отключаемой?
    не могли бы сделать бенчмаркер для расчета md5 (возможно и других хэшей)?
    как это сделато в 7-zip
    7z b -md30 -mm=crc
    единственное чтобы можно было "произвольный" размер данных задавать

    Цитата:
    2. скорость распаковки (с диска на диск) для действительно больших файлов (скажем, 18 гб при 1-2 гб ОЗУ)

    больших данных под рукой нет
    будет симуляция (будет ограничена доступная память примерно до ~40МБ)
    лог..
    Распаковка, один диск
     
    srep.exe -d Nero_srep_512 X:\Nero_srep_512_d
    Compression ratio: 1974371328 -> 549576380: 27.84%. Cpu 175.744 mb/sec, real 37.858 mb/sec
    srep.exe -d Nero_srep_64 X:\Nero_srep_64_d
    Compression ratio: 1974371328 -> 448006060: 22.69%. Cpu 178.980 mb/sec, real 39.686 mb/sec
     
    Распаковка, два диска (~30МБ\с и ~60МБ\с, распаковка идёт на более быстрый диск)
     
    srep.exe -d Nero_srep_512 X:\Nero_srep_512_d
    Compression ratio: 1974371328 -> 549576380: 27.84%. Cpu 176.974 mb/sec, real 37.710 mb/sec
    srep.exe -d Nero_srep_64 X:\Nero_srep_64_d
    Compression ratio: 1974371328 -> 448006060: 22.69%. Cpu 171.219 mb/sec, real 37.109 mb/sec
     
    Распаковка, два диска, доступная память ограничена до ~40МБ
     
    srep.exe -d Nero_srep_512 X:\Nero_srep_512_d
    Compression ratio: 1974371328 -> 549576380: 27.84%. Cpu 176.234 mb/sec, real 6.038 mb/sec
    srep.exe -d Nero_srep_64 X:\Nero_srep_64_d
    Compression ratio: 1974371328 -> 448006060: 22.69%. Cpu 173.571 mb/sec, real 3.127 mb/sec
     
    картинки Process Explorer
    (сделаны были после для случая Распаковка, два диска)
    Nero_srep_512_d                          Nero_srep_64_d

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 09:14 27-11-2009 | Исправлено: egor23, 11:33 27-11-2009
    Bulat_Ziganshin

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

    Цитата:
    это оценка дожатия, и размер исходных данных не особо важен

    если сжимать 2 гига с lzma:1gb, то rep/srep особо уже и не нужен. поэтому я и интересуюсь файлами размером гиг в 5-10
     

    Цитата:
    нет, filesize*20/L + 4*округлённое_вверх(filesize*8/L * 4/3)*1/4 +1мб
     
    1\4 не заметел, при каких условиях будет 1\4?  

    у тебя было написано 2*...*1/2, я поменял на 4*...*1/4
     

    Цитата:
    возможно имеет смысл сделать эту проверку отключаемой?

    нафига?
     

    Цитата:
    не могли бы сделать бенчмаркер для расчета md5 (возможно и других хэшей)?  

    вот бенчмарк используемой мной библиотеки: Подробнее...
     
    время тут в тиках. вычислить скорость для своей машины можно посмотрев cpu-скорость распаковки srep (она на 80% состоит из вычисления md5) и посмотрев сколько тиков занимает вычисление других алгоритмов
     
    Добавлено:

    Цитата:
    больших данных под рукой нет
    будет симуляция (будет ограничена доступная память примерно до ~40МБ)  

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

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 10:26 27-11-2009
    egor23



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

    Цитата:
    чем ограничивал? нам нужно не пространство процесса, а размер кеша ограничить

    что было под рукой - RAM-drive, создавался диск (файл-подкачки отключен)
    ограничавлась доступная память, было всего доступно ~40МБ (+\- возможно система выгружало что не нужное)
    сделано чтобы не было памяти для кэша Windows

    Цитата:
    у тебя было написано 2*...*1/2, я поменял на 4*...*1/4

    у меня написано так как есть, 1\4 это так понял шутите?

    Цитата:
    нафига?

    возможно потеря времяни...

    Цитата:
    время тут в тиках. вычислить скорость для своей машины можно посмотрев cpu-скорость распаковки srep (она на 80% состоит из вычисления md5) и посмотрев сколько тиков занимает вычисление других алгоритмов

    а отдельная утилитка была полезна

    Цитата:
    если сжимать 2 гига с lzma:1gb, то rep/srep особо уже и не нужен. поэтому я и интересуюсь файлами размером гиг в 5-10

    интересовал вопрос rep/srep насколько ухудшает сжатие.

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 10:52 27-11-2009
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2*xxx*1/2 = xxx, или правила уже поменялись?
     
     
    Добавлено:

    Цитата:
    интересовал вопрос rep/srep насколько ухудшает сжатие.

    тогда надо было брать файл меньше словаря lzma. но меня вообще-то интересовало насколько улучшает

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:46 27-11-2009
    egor23



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

    Цитата:
    2*xxx*1/2 = xxx, или правила уже поменялись?

    конечно поменялись
    2*xxx*1/2 =2*(1\2*xxx)
    так будет правильней
    filesize*20/L + 2*(1\2*округлённое_вверх(filesize*8/L * 4/3)) +1
     
    Добавлено:

    Цитата:
    тогда надо было брать файл меньше словаря lzma

    так дожимаются и так данные меньше словаря lzma...

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 11:51 27-11-2009
    Bulat_Ziganshin

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

    Цитата:
    округлённое_вверх

    округлённое вверх до степени 2, если что. и с 1/2 ты что-то тормозишь

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:20 27-11-2009
    egor23



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

    Цитата:
    округлённое вверх до степени 2, если что. и с 1/2 ты что-то тормозишь

    но это округлённое, разделяется на блока памяти...

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:27 27-11-2009
    Bulat_Ziganshin

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

    Цитата:
    но это округлённое, разделяется на блока памяти...

    ах, вот ты про что! ну конечно, ну тогда уж:
     
    filesize*20/L + 2*округлённое_вверх(filesize*4/L * 5/4) + 1 мб
     
    1. я поменял 4/3 на 5/4 в 0.8
    2. 4/L, поскольку там 4-байтные величины на каждый кусок файла длиной L. в моей первоначальной формуле я написал 8/L, просуммировав оба блока
    3. "1 мб", а не "1", поскольку filesize - размерная величина

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:33 27-11-2009
    egor23



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

    Цитата:
    1. я поменял 4/3 на 5/4 в 0.8

    я сегодня думаю непонятка, по расчёту должно быть 515 и округлиться до 1024, а нет получаю 512...
    а но вон как 5\4
     
    Добавлено:

    Цитата:
     "1 мб", а не "1"

    это просто, расчёты и так в МБ велись, вот и пустил момент.

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:47 27-11-2009 | Исправлено: egor23, 13:48 27-11-2009
    NattyBampo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    я чето не пойму как юзать srep. я закинул 3 файла вот сюда С:\Program Files (x86)\FreeArc\PowerPack\bin. потом в arc.ini добавил вот это  
     
    [External compressor:srep]
    ;options  = l%d (minimal match length)
    packcmd   = srep $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
    unpackcmd = srep -d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp
     
    в фриарке ввожу это -m=srep-l256+rep:256+lzma:256m и ниче не происходит - окошко запаковки пустое(

    Всего записей: 222 | Зарегистр. 19-06-2009 | Отправлено: 14:56 27-11-2009
    egor23



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    NattyBampo
    srep:l256
    http://forum.ru-board.com/topic.cgi?forum=5&topic=31386&start=600#17

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:13 27-11-2009
    crotoff

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

    Всего записей: 961 | Зарегистр. 17-04-2007 | Отправлено: 15:14 27-11-2009 | Исправлено: crotoff, 15:14 27-11-2009
    egor23



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

    Цитата:
    rep:256

    а здесь чего хотели написать?

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:14 27-11-2009
    crotoff

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    а что, srep полностью заменяет rep или их нужно комбинировать?  
    в смысле srep теперь будет external наподобие как BCJ2 от 7 zip?

    Всего записей: 961 | Зарегистр. 17-04-2007 | Отправлено: 15:17 27-11-2009 | Исправлено: crotoff, 15:19 27-11-2009
    NattyBampo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    egor23 там букавку m потерял))) не ту строчку копирнул. сделал так: -m=srep:l256+rep:256m+lzma:256m
     
    эффекта 0(

    Всего записей: 222 | Зарегистр. 19-06-2009 | Отправлено: 15:21 27-11-2009
    egor23



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

    Цитата:
    а что, srep полностью заменяет rep или их нужно комбинировать

    srep применяется когда размера словаря rep недостаточно
    незабывая что при распаковке srep - идут дисковые операции по сути...

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:31 27-11-2009
    NattyBampo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    блин в упор не пашет srep. не пойму в чем дело - то ли файлы не туда кинул, то ли в арк.ини неправильно добавил

    Всего записей: 222 | Зарегистр. 19-06-2009 | Отправлено: 17:28 27-11-2009
    Bulat_Ziganshin

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

    Цитата:
    блин в упор не пашет srep. не пойму в чем дело - то ли файлы не туда кинул, то ли в арк.ини неправильно добавил

    главное - ни в коем случае не показывать логи работы. и вообще не уметь польщзоваться консольной arc.exe - а то решение загадки окажется слишком простым
     
    Добавлено:

    Цитата:
    потом в arc.ini добавил вот это  

    тут тоже ошибка, у меня было другое
     
    Добавлено:
    improved arc.ini section:
     
    [External compressor:srep]
    ;options  = l%d (minimal match length, default=512)
    packcmd   = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
    unpackcmd = srep -d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp
     

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:38 27-11-2009
    NattyBampo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin да юмор это хорошо, но видно лыжи у меня седня совсем не едут(((

    Всего записей: 222 | Зарегистр. 19-06-2009 | Отправлено: 18:30 27-11-2009
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    всё же просто - если у тебя возникает ошибка при сжатии, то пускаешь с опциями -di -di+$ и кидаешь сюда консольный вывод. впишите это кто-нибудь в фак

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:49 27-11-2009
       

    Страницы: 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