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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Открыть новую тему     Написать ответ в эту тему

Widok



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


Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог


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


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


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Release, 10:58 24-04-2023
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
FreeArc не использует больше ~2гб ram? Сжимаю с параметром -mx.

Всего записей: 29394 | Зарегистр. 15-09-2001 | Отправлено: 19:38 09-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin
1. fa может использовать больше, а именно до 4 гб с опцией -lc- при ручном тьюнинге метода сжатия
2. fa может использовать внешний lzma-x64.exe, для него тоже потребуется -lc-, но ручной настройки -m вероятно не понадобится, хватит простого -mx

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:56 09-01-2012 | Исправлено: Bulat_Ziganshin, 18:09 15-01-2013
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Спасибо за ответ!
 

Цитата:
1. fa может использовать больше до 4 гб с опцией -lc- при ручном тьюнинге метода сжатия
Я видел эту опцию, но после прочитанного подумал, что не в ней дело:

Цитата:
Если 75% от общего объёма физической памяти недостаточно для выбранного алгоритма сжатия, то программа автоматически уменьшает размер словаря/блока/... так, чтобы уместиться в этот объём памяти.
У меня 8gb ram так почему же FreeArc хочет использовать всего 2 гб?
(размер файлов которые упаковываю ~3,5 гб - в те же 75% их можно целиком загнать...)
 
P.S. Может заменить в TotalCommander MultiArc plugin ANSI на UTF-8, а то с ANSI не распаковывает архив если в его пути есть русские имена?
Подробнее...
 
Добавлено:
Bulat_Ziganshin

Цитата:
2. fa может использовать внешний lzma-x64.exe, для него тоже потребуется -lc-, но ручной настройки -m вероятно не понадобится, хватит простого -mx
Ручной настройки не понадобилось - хватило -lc-
 
P.S. Потребление памяти увеличилось, но плюсов я от этого не заметил - время архивации не уменьшилось (даже возросло), сжатие не увеличилось - зато увеличилась дисковая активность. (возможно улучшения будут заметны на бОльших объёмах данных...)
 
P.P.S. Сжал те же данный с помощью 7z - потребляя 5гб (против двух гб у FreeArc) рам и заметно больше ресурсов процессора, чем FreeArc, 7z сжал ни чуть не лучше и потратил ровно столько же времени на упаковку.

Всего записей: 29394 | Зарегистр. 15-09-2001 | Отправлено: 23:34 09-01-2012 | Исправлено: WildGoblin, 21:47 10-01-2012
Bulat_Ziganshin

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

Цитата:
У меня 8gb ram так почему же FreeArc хочет использовать всего 2 гб?  

потому что он  ограничен макс. размером непрерывного блока памяти. в заголовке есть статья об этом ("....2 гб")
 

Цитата:
Может заменить в TotalCommander MultiArc plugin ANSI на UTF-8, а то с ANSI не распаковывает архив если в его пути есть русские имена?  

а с utf-8 распаковывает? несколько лет назад этот плагин не держал utf-8, сделали наконец?

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 02:02 10-01-2012 | Исправлено: Bulat_Ziganshin, 02:03 10-01-2012
vasulpr

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

Цитата:
потому что он  ограничен макс. размером непрерывного блока памяти. в заголовке есть статья об этом ("....2 гб")  

Так макс блок можно расширить с помощью параметра IMAGE_FILE_LARGE_ADDRESS_AWARE. на 32bit - 3Gb а на 64bit вообще 4Gb. Почему вы не используете эту возможность???

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 13:29 10-01-2012 | Исправлено: vasulpr, 13:31 10-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vasulpr
вот при 4 гб адресного пространства размер  макс. непрерывного блока будет как раз почти 2 гб
 
Добавлено:

Цитата:
Как дела с финальной версией ФА (0.70)? На оф. сайте висело сообщение что выйдет в декабре. В чем задержка?

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:37 10-01-2012
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Та хватит новых фитч! Последняя бета достаточно стабильна чтобы стать финалкой.
 
На будущее: компилируйте ФА с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE чтобы потом вручную не прикручивать этот флаг.

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 13:49 10-01-2012
egor23



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

Цитата:
На будущее: компилируйте ФА с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE чтобы потом вручную не прикручивать этот флаг.

этот флаг там стоит давно-давнёшеньки, внимательней будьте

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 14:26 10-01-2012
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Действительно в последней версии стоит. Извините недосмотрел!Все претензии забираю.
Жду 0.70!

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 14:45 10-01-2012
WildGoblin



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

Цитата:
а с utf-8 распаковывает?
Отлично распаковывает!

Всего записей: 29394 | Зарегистр. 15-09-2001 | Отправлено: 17:01 10-01-2012
Eagle1726



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приветствую.
Подскажите пожалуйста,каким методом сжатия следует пользоваться при сжатии игры,где все файлы архивы и исполняемый файл игры? Пробовал эксперементировать,вручную настраивал метод сжатия,но больше 10% сжатия не получил.

Всего записей: 5 | Зарегистр. 09-01-2012 | Отправлено: 17:11 10-01-2012
Bulat_Ziganshin

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

Цитата:
P.S. Может заменить в TotalCommander MultiArc plugin ANSI на UTF-8, а то с ANSI не распаковывает архив если в его пути есть русские имена?  

ок, внёс твой конфиг в сборку. кто ещё использует TotalCommander, плиз потестируйте с русскими, и каким-нибудь там китайско-арабскими именами файлов внутри архива этот конфиг: http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1142&limit=1&m=1#1
 
Добавлено:
Eagle1726
тебе сюда - http://forum.ru-board.com/topic.cgi?forum=5&topic=30239&glp

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:41 10-01-2012 | Исправлено: Bulat_Ziganshin, 18:42 10-01-2012
GhoSt_1616



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin, паковал архив с такими параметрами -lc- -msrep:l32+lzma:a1:mfbt4:d250m:fb273:mc1000000:lc8:lp4 и возник вопрос:
 
фриарк при попытке установи значения d400m выбивает ошибку "невозможно выделить память, необходимую для распаковки...." и параметр сжатия.
 
У меня 8 гигов оперативки, я так понимаю что эта ошибка возникает из-за неспособности архиватора задействовать полностью всю свободную оперативку. Когда можно ожидать x64 версию?
 
СНИМАЮ ВОПРОС - УВИДЕЛ ВЫШЕ)))
----------------------------------------------------------------------------------------------------------------------------------
И ещё одно пожелание, профрагер, когда создал SrepInside, модифицировал arc.ini, и таким образом нужно паковать через батник. Если паковать через контекстное меню - архив в итоге не распакуется))  
 
попытался заменить ваш arc.ini на его - архиватор ругается. Пожалуйста, в следующей версии (я сижу на 0,666) добавьте в секции arc.ini  
[External compressor:srep] и [External compressor:precomp] строку header = 0
 
таким образом можно будет паковать из контекстного меню - так имхо удобнее)))

Всего записей: 230 | Зарегистр. 22-03-2010 | Отправлено: 18:59 10-01-2012 | Исправлено: GhoSt_1616, 19:07 10-01-2012
Bulat_Ziganshin

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

Цитата:
 -msrep:l32

без l32 сжатие будет лучше

Цитата:
Когда можно ожидать x64 версию?  

когда выйдет ghc/win64. пока используй LZMA-x64

Цитата:
Пожалуйста, в следующей версии (я сижу на 0,666) добавьте в секции arc.ini  
[External compressor:srep] и [External compressor:precomp] строку header = 0  

давай наоборот, попросим профрагера убрать header = 0? ведь не просто так по умолчанию 1
 
 
Добавлено:

Цитата:
Действительно в последней версии стоит

он там стоит уже 4 года

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:09 10-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
занялся я этим rep. вот первые результаты:
 
сжатие с rep:1g
 
старый REP: 4,531,060,447 -> 3,046,406,598: 67.23% Cpu 364 mb/s (11.872 sec), real 333 mb/s (12.989 sec) = 91%
новый REP: 4,531,060,447 -> 3,064,484,898: 67.63% Cpu 529 mb/s (8.174 sec), real 1341 mb/s (3.221 sec) = 254%
 
 
сжатие с rep:1g+xtor:3
 
старый REP: 4,531,060,447 -> 1,283,663,780: 28.33%  Cpu 105 mb/s (41.137 sec), real 270 mb/s (16.026 sec) = 257%
новый REP: 4,531,060,447 -> 1,286,102,352: 28.38%  Cpu 87 mb/s (49.671 sec), real 581 mb/s (7.443 sec) = 667%
 
 
Для сравнения чистый xtor:3
 
4,531,060,447 -> 1,698,510,452: 37.49%  Cpu 83 mb/s (52.260 sec), real 586 mb/s (7.380 sec) = 708%
 
 
Т.е. теперь даже на моей машине нет потерь в скорости -m1 от добавления REP, при этом сжатие с REP выше в 1.32 раза

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 00:10 11-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Выложил новый REP для тестов на http://freearc.org/download/testing/newrep.7z
 
может найдёте ошибку какую или ещё что интересное прежде чем я выпущу альфу
 
кстати, у REP появился новый параметр - :c, размер чанка, аналогично SREP. например, rep:c64==rep:l512:c64 разбивает файл на куски по 64 байта, чтобы найти больше совпадений длиной от 512 байт. параметр :a пока не работает

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:44 11-01-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Посмотрим.
А что, rep стал хуже сжимать?
Это не нужно!
По-моему он и так быстрый, ему бы сильнее сжимать.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 19:29 11-01-2012
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
лучше уж среп дорабатывать и прикручивать в алгоритм, чем тратить время на рэп!
 
Bulat_Ziganshin
Зачем вы его дорабатываете? Какой смысл в этом, если есть лучшая альтернатива?

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 19:54 11-01-2012 | Исправлено: vasulpr, 19:55 11-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
окончательное сжатие (с учётом tor/lzma) изменилось несильно, и то в основном в быстрых режимах. а скорости rep, как я уже говорил, было недостаточно для -m1 на многоядерных машинах. в моих результатах это хорошо видно - у меня rep+xtor:3 стал вдвое быстрее
 
как существенно улучшить результаты rep - я не знаю
 
vasulpr
у srep есть свои недостатки, в первую очередь неспособность обрабатывать данные чисто последовательно. поэтому я его не прикручиваю к fa. впрочем, методика ускорения там одинакова - я её сейчас опробовал на rep, затем прикручу к srep тоже

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:26 11-01-2012 | Исправлено: Bulat_Ziganshin, 20:26 11-01-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Покрутил новый реп.
Везде есть небольшое ускорение.
 
1. На быстрых методах (tor) ускорение сопровождается небольшим ухудшением сжатия, настолько небольшим, что вполне оправдано!
2. На методах lzma я как правило наблюдаю улучшение сжатия(?!) Приятный сюрприз.
Но непонятный.
 
Как я понял по умолчанию сделали h26->h24?
У меня на работе есть одна папка, которая при h24 сжимается намного хуже, завтра посмотрю.
 
:c, размер чанка - мне непонятно, где посмотреть?
 
Добавлено:
ps я имел ввиду, что Вы уменьшили размер хэша по умолчанию?

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 21:51 11-01-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 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 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru