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

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

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

Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Widok



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

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


Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)
 
Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc

Сторонние оболочки для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:02 30-01-2009 | Исправлено: Bulat_Ziganshin, 22:15 30-08-2009
egor23



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

Цитата:
я обновил arc2, попробуй ещё раз

остаётся ещё кусочек в 12кБ, соответственно если второй rep:1801m вылетает с ошибкой.
лог vmmap, сделан на каждом rep
log..

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
причём заметь - таких же 12кб кусков там ещё дальше несколько штук. мне имхается, что это какая-то dll выделяет память сверху - тоже чтобы не пересечься с обычными блоками
 
Добавлено:
во всяком случае, среди вызовов bigalloc 12кб блоков не видно - а это единственное место где я использую флаг TOP_DOWN

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



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

Цитата:
таких же 12кб кусков там ещё дальше несколько штук

дальше это последний МБ (4095-4096)
для надёжности сейчас гляну rep:1700m и rep:1m
 
Добавлено:
и ещё гляну Arc.exe 07.05.2009

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ну так первые несколько 12к блоков выделяются до запуска моих алгоритмов, а вот последний уже после того как я 1800 мег выделил под rep - вот ему и досатётся память под ним
 
я придумал как с этим конкретным злом бороться - выделить мег памяти наверху, затем ещё чуть-чуть, затем освободить этот мег
 
Добавлено:
also, there are two general ways to solve memory fragmentation problem:
 
1) alloc large block at the start oof program and do all allocs (BigAlloc,MidAlloc) inside it
 
2) reduce compression methods just before starting their algorithms (in de_compress_PROCESS1)

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



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

Цитата:
для надёжности сейчас гляну rep:1700m и rep:1m


Цитата:
и ещё гляну Arc.exe 07.05.2009

у Arc.exe 07.05.2009 нет проблем с 1800+1801+...+1804
и мелькие блоки ему не мешали
так что кто сейчас пакастит должно быть проще выяснить, проблема локализована до одного блока в 12кБ.
лог vmmap
Arc_null - голый arc без ком.строки
 

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:44 11-06-2009 | Исправлено: egor23, 21:45 11-06-2009
Bulat_Ziganshin

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

Цитата:
у Arc.exe 07.05.2009 нет проблем с 1800+1801+...+1804  

ок, я отменил единственное системное изменение в нём. попробуй новый arc2

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:59 11-06-2009
egor23



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

Цитата:
ок, я отменил единственное системное изменение в нём. попробуй новый arc2

теперь нормально
лог vmmap
log..

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
в общем разница в том, что версия от 7 мая запускала все треды (а каждый алгоритм в цепочке упаковки работает в отдельном треде) сразу в начале работы цепочки алгоритмов, а изменённая откладывала создание тредов до фактического запуска данного алгоритма. при создании треда кто-то выделяет 12 кб в верзней памяти, соттветственно изменённая версия ухитрялась это делать очень невовремя
 
на бис - а если упаковывать несколько файлов в -s- режиме - таких проблем не будет? можно даже тот же самый файл "размножить" с помощью линков. сможешь посмотреть?
 

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 09:58 12-06-2009
egor23



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

Цитата:
на бис - а если упаковывать несколько файлов в -s- режиме - таких проблем не будет? можно даже тот же самый файл "размножить" с помощью линков. сможешь посмотреть?

какие версии сранвнивать?
как делать размножение?
проверить сейчас больше двух файлов (по 2ГБ) не смогу.

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
возьми последнюю версию и упакуй ею два файла с -s- --nodir
 
размножение - в far встань на файле, нажми alt-f6 и набери новое имя. таким образом, у тебя будет два разных имени для одного и тго же файла. хотя нет -  можно сделать проще:
 
arc a a file ../dir/file

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:26 12-06-2009
egor23



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

Цитата:
возьми последнюю версию

arc2 или arc1?

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

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:56 12-06-2009
egor23



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

Цитата:
а если упаковывать несколько файлов в -s- режиме - таких проблем не будет

проблем нет
лог vmmap
log..
 
Добавлено:

Цитата:
проблем нет

то что проблем нет, не говорит что их нет вообще
возможно это было стечение обстоятельств, и проблема была замечена, но не факт что решена на корню.

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я имел в виду, что раз заработало на одиночном солид-блоке - надо проверить на нескольких. кстати, не обязательно использовать большие файлы, можно ppmd:1800m или precomp+...
 
проблема на корню не решена, из записанного в http://code.google.com/p/freearc/issues/detail?id=10 я как минимум сделаю "reduce compression methods just before starting their algorithms"

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 17:38 12-06-2009
egor23



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

Цитата:
 можно ppmd:1800m

про ppmd забыл, давно не пользовался
да и данные были реальные

Цитата:
проблема на корню не решена

1. есть ли возможность использовать небольшие блоки (15МБ и т.п.) для мелких нужд?
 
Добавлено:
Bulat_Ziganshin
кстати заняться dll-кой, которая цепляется в первых рядах и резервирует большой кусок памяти, нет желания?

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

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

Цитата:
1. есть ли возможность использовать небольшие блоки (15МБ и т.п.) для мелких нужд?  

 
каких нужд?
 

Цитата:
кстати заняться dll-кой, которая цепляется в первых рядах и резервирует большой кусок памяти, нет желания?

нет. меня по большому счёту сейчас волнует только то, чтобы не вылетало у обычных пользователей

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:02 12-06-2009
Bulat_Ziganshin

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

Цитата:
таким образом, вижу две ошибки - первое, команда листинга почему-то не замечает упакованный размер первого блока. второе - у тебя имена каталогов различаются только регистром, может из-за этого GUI не видит файлы из первого блока

всё исправлено
 
Добавлено:
да, кстати, http://www.haskell.org/bz/FreeArc4InnoSetup.zip - dll-ка для распаковки .arc архивов в инсталяциях InnoSetup. в принципе должна удовлетворять потребностям и других инсталяторов

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 22:23 12-06-2009 | Исправлено: Bulat_Ziganshin, 22:33 12-06-2009
CTACKo

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

Цитата:
таким образом, вижу две ошибки - первое, команда листинга почему-то не замечает упакованный размер первого блока. второе - у тебя имена каталогов различаются только регистром, может из-за этого GUI не видит файлы из первого блока
такое возможно, т.к. я вручную разделил данные.

Цитата:
только ручным подбором порядка блоков как это делал skulptura  
т.е. способа определить оптимальный порядок реально нет? Надо просто случайным образом группировать и смотреть, потом по другому группировать и сравнивать?
 

Цитата:
нет не тоже самое. попробуй
-m=rep:200m:a99+lzma:512m:a2:128:mc2
или второй вариант:
сначала -mrep:512m:a99 и потом -mlzma:512m:a2:128:mc2

это по DeadSpace? я попробую.  
Чесслово, больше всего поразило сжатие видео! Т.е. реально 2 папки с видеороликами отличаются только звуком и скульптуре удалось как-то это дело пакануть до архива размером как одна из этих папок! Допустим если дело в репе то я могу это понять если структура видео выглядит как первые 80%фала - видеоданные,  в конце 20% - звук. Тогда 2 файла с разным звуком будут на 80% одинаковыми, а 20% от одного и другого, т.е. в архиве это будет 120% размера видеоролика. Но с другой стороны я подозреваю что структура видеролика не такая, т.е. там идет смесь а/в на всем протяжении. Но опять же, наверное видео идет блоками и аудио тоже и все в определенной последовательности, т.е. таки получается одинаковые (видео)блоки есть, только для репы нада дать размер "словаря" по величине наибольшего видеоролика ну и сжимать видео отдельно
 
 
 
Добавлено:

Цитата:
да, кстати, http://www.haskell.org/bz/FreeArc4InnoSetup.zip - dll-ка для распаковки .arc архивов в инсталяциях InnoSetup. в принципе должна удовлетворять потребностям и других инсталяторов

ОФИГЕТЬ!!! Рулезззз!
Я так понимаю что суть в том что распаковка всех arc-ов будет произведена в конце автоматом. Но Полезее все же будет возможность вызова распаковки с помощью какой-то функции, чтобы в секции [Files] можно было бы ее вызывать через AfterInstall:

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 01:11 13-06-2009
Bulat_Ziganshin

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

Цитата:
Я так понимаю что суть в том что распаковка всех arc-ов будет произведена в конце автоматом. Но Полезее все же будет возможность вызова распаковки с помощью какой-то функции, чтобы в секции [Files] можно было бы ее вызывать через AfterInstall:

а заглянуть внутрь архива прежде чем фантазировать не мог?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:35 13-06-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я не фантазировал, а разбирался с примером. Все равно непонятно как организовать вызов через AfterInstall: с передачей имени архива и назначения.
Там сделано что как только срабатывает CurStepChanged распаковуется именно заранее описанный 1.arc - так не делается. Кроме того там же вписал *.arc - думал фканце фсе аркивы распакует - не проканало

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 01:48 13-06-2009 | Исправлено: CTACKo, 01:49 13-06-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

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2
Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru