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

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

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

Цитата:
Это другое дело! Если бы еще по русски

эта страница упоминается и в readme.htm, и в подсказке самого srep.exe. хотя это конечно не полноценная документация, а сборник разъяснений, которые я давал по различным тонкостям использования srep. полной доки с описанием всех опций действительно нет
 

Цитата:
В основном использую m2, m3.


Цитата:
10-70000 файлов

в режимах -m1/-m1f делается всего 1-2 прохода по файлам, так что можно реализовать упаковку каталогов целиком. в остальных режимах входные данные перечитываются в случайном порядке, поэтому нужно или держать все файлы открытыми (что невозможно для 70 тыщ файлов), или держать пул скажем из 1000 последних открытых файлов и менять их по мере надобности, и не факт что это будет работать с приемлемой скоростью
 
ну и главное непонятно - как ты потом это собираешься распаковывать? ведь если ты подаёшь в freearc данные, уже упакованные srep, то при распаковке ты получишь архив srep, который придётся записать на диск, и затем уже из него вести распаковку. если же ты собираешь данные в архив самим freearc, то это может быть медленней в упаковке, но зато при распаковке у тебя никаких промежуточных данных не будет - freearc будет внутри себя прогонять данные через алгоритм srep и тут же создавать нужные файлы на диске
 


 
вообще, я у srep вижу два применения - первое, как профессионального средства для создания инсталяторов. тут мы нацелены на макс. сжатие, т.е. как правило используется режим -m3f -a1. srep вызывается внутри freearc, таким образом во-первых freearc обеспечивает оптимальную сортировку и разбиение на солид-блоки файлов, во-вторых при распаковке не создаётся никаких промежуточных файлов
 
второе применение srep - как архиватора, отличающегося от freearc нахождением повторов на больших дистанциях. в этом плане у srep множество недостатков, которые меня просят исправить, но вместо этого мне надо просто вставить его наконец внутрь freearc, чтобы объединить их достоинства

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:37 27-02-2013 | Исправлено: Bulat_Ziganshin, 16:39 27-02-2013
vasulpr

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

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 18:54 27-02-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ещё один секрет практического использования SREP: режим -m2 практически бесполезен, как можно видеть из таблицы:
 
4,531 mb Время упаковки Память упаковки Операций в/в Сжатый размер После дожатия LZMA    
-m1 40 sec 363 mb 0 3,117 mb 726,238 kb    
-m2 36 sec 194 mb 312k 3,117 mb 726,238 kb    
-m3 -c512 36 sec 194 mb 304k 3,044 mb 724,790 kb    
-m3 48 sec 356 mb 13,277k 2,995 mb 723,911 kb  

 
Режим -m2 даёт те же результаты как -m1, но проверяет совпадение не сличением SHA-1 хешей блоков, а прямым сравнением со старыми данными, повторно читаемыми из входного файла. В результате, напрямую он потребляет меньше памяти, но более чем компенсирует это повышенной нагрузкой на дисковый кеш. Хотя в идеальных условиях (как в этом тесте), когда необходимая для сравнения часть файла полностью помещается в ОЗУ, -m2 может быть даже немного быстрее, чем -m1, на практике часто -m2 приводит к трешингу дискового кеша и работает медленней -m1. Итого его нет смысла использовать: -m1 не медленней и жмёт точно так же.
 
Режим -m3 даёт наилучшие результаты, но использует в десятки раз больше I/O операций чем -m2, что при недостатке ОЗУ делает его во столько же раз медленней. Зато -m3 -c512 требует столько же времени и памяти, как -m2, при этом сжимая лучше. В данном тесте, он совершенно бесплатно дал нам 60% от выигрыша -m3 по сравнению с -m1/m2. С технической точки зрения, этот режим работает в точности как -m2, но не ограничивает найденное совпадение целыми 512-байтными блоками, а включает в него все до последнего совпадающие байты.
 
Таким образом, вы должны использовать один из следующих режимов: -m1, -m3 -c512 или -m3. Если вы использовали режим -m2 с опцией -lN для уменьшения потребления памяти, то замените его на -m3 -cN - это увеличит степень сжатия при том же расходе времени и памяти. А вместо -m3 -lN где N>=1024 я советую использовать -m3 -cM, где M = наибольшая степень 2, меньшая N - это сделает сжатие более мощным и быстрым при использовании того же объёма памяти.
 
Детали тестирования

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:33 27-02-2013 | Исправлено: Bulat_Ziganshin, 22:41 27-02-2013
SELFY



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
а чем отличаются файлы с индексами g, i и m в srep архиве, подскажите пожалуйста?

Всего записей: 41 | Зарегистр. 07-12-2006 | Отправлено: 14:21 28-02-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SELFY
разные компиляторы - gnu/microsoft/intel. intel самый быстрый, остальные имеют чисто познавательное значение

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:24 28-02-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
что означает ошибка Code -7 при распаковке архива (пишет внутри инсталятора inno setup), иногда все ок, а иногда эта ошибка

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 17:49 28-02-2013
Vladimyr

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

Цитата:
надо просто вставить его наконец внутрь freearc, чтобы объединить их достоинства

ждём-не дождёмся! как и fa/64bit

Всего записей: 18 | Зарегистр. 15-09-2005 | Отправлено: 23:31 28-02-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cross125
если это код из unarc.dll, то сбойные сжатые данные
 
#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA      (-7)  /* Data can't be decompressed */

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:06 01-03-2013
Neo7898



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
кому-нибудь удалось привинтить к FA packjpg и packmp3???  
если да, то дайте arc.ini, пожалуйста...

Всего записей: 12 | Зарегистр. 01-02-2013 | Отправлено: 15:34 02-03-2013
Edison007007



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Neo7898
уже бы давно сам прикрутил...

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 17:13 02-03-2013
Neo7898



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
не получается(((
m9j меня не устраивает, а к max не могу прикрутить...
помоги, если получилось...

Всего записей: 12 | Зарегистр. 01-02-2013 | Отправлено: 18:05 02-03-2013
PoseidonGuest

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

Всего записей: 2 | Зарегистр. 02-03-2013 | Отправлено: 19:24 02-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
PoseidonGuest
а ты не можешь для начала совсем поменять память? убрать разгон конечно если есть. мы сталкивались с проблемами распаковки srep и в конце концов даже появилась гипотеза что srep нагружает компьютер сильнее тестов и поэтому может сам служить тестом памяти. но это конечно хороший предлог не искать в нём ошибки
 
потом - разрегистрируй и сотри dll из system32. они должны идти в комплекте инсталятора, и разные их варианты несмотря на одинаковое название несовместимы друг с другом. это даже как вариант объяснения проблемы - какая-то левизна подхватывается у тебя из path

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:52 02-03-2013
PoseidonGuest

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

Всего записей: 2 | Зарегистр. 02-03-2013 | Отправлено: 23:53 02-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее... [/more]

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 20:32 04-03-2013 | Исправлено: cross125, 20:46 04-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cross125
может ты расскажешь как конкретно упаковываешь, чем сбойные архивы кроме размеров отличаются от несбойных? или мне искать ошибку при распаковке архивов с размером 1.2 гб?
 
и перестаньте под more прятать текст

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:15 06-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 сорри, more он сам дорисовал, я не вставлял спецом, думал так задумано автоматом если много текста
по теме: упаковываю только с методом best assymetric (так лучше сжимает в моем случае, делает винрар стабильно на 5-10мб)
кроме размеров ничем не отличаются, формат и структура файлов одинаковые (там 1 файл 4гб)
как искать ошибку даже не знаю, эта  проблема вылазит только при передаче через инет, бывает что человек скачал с ресурса и поймал ошибку, удалил файл, затем скачал снова и уже нет ошибки (но надежнее скачать с другого ресурса с более высокой скоростью) - и вот такая борода именно с большими файлами случается. У себя я эту ошибку никогда не ловил (у меня то файлы локально хранятся)
попробуйте создать очень большой архив (под 2гб например), и залить на депозит и яндекс, с яндекса норм у людей качается т.к. скорость быстрая а с депозита медленно и вероятность появления ошибки выше

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 23:16 06-03-2013 | Исправлено: cross125, 20:15 07-03-2013
Bulat_Ziganshin

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

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

 
это проблема не в архиваторе, а в довнлоадере. поищите каким лучше пользоваться для надёжной скачки, у меня лично download master
 
для проверки можешь добавить в архивы доп. контрольную сумму опцией -rr0.01%, тогда freearc будет ругаться ещё до распаковки если эта КС нарушена

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:28 09-03-2013
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В win8 fa не интегрируется в контекстное меню проводника. Исправте в след. версии.

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 08:59 10-03-2013
metatrop

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В FreeArc 0.67 надо что-то поправить с опцией --dirs. Она не работает корректно, когда ограничено множество извлекаемых из архива файлов, и создаёт пустые директории, выходящие за пределы этого множества. Кроме того, вообще странно, что по умолчанию эта опция для извлечения как будто бы отключена (хотя добавить её в .ini файл или в настройки для FAR не сложно). В помощи по этой опции написано, что она относится к добавлению файлов, но сейчас речь идёт исключительно об извлечении, на которое она тоже влияет (может быть, по идее, не должна?).
 
И другой момент: Addons\FAR MultiArc plugin\custom.ini.addition приходится изменять, чтобы работало правильно во всех случаях. Исходно так:
 
Extract=arc x --noarcext -y -fn {-p%%P} -kb {-ap%%R} {%%S} -- %%A @%%LNM
ExtractWithoutPath=arc e --noarcext -y -fn {-p%%P} -kb {%%S} -- %%A @%%LNM
 
но чтобы извлечение правильно работало (в каких-то случаях, сейчас уже точно не помню), пришлось сделать так (на отсутствие -y можно не обращать внимания):
 
Extract=arc x --noarcext -fn {-p%%P} -kb {-ap%%R} {%%S} -- %%A @%%LMW
ExtractWithoutPath=arc e --noarcext -fn {-p%%P} -kb {%%S} -- %%A @%%LM
 
Вот сюда ещё добавить бы --dirs (иначе пустые директории попросту не создаются, когда извлекается лишь часть архива), но если это сделать, то попытка извлечь из архива одну директорию из, скажем, пяти, приводит к тому, что остальные 4 тоже создаются на диске, но пустыми.

Всего записей: 313 | Зарегистр. 17-09-2010 | Отправлено: 12:38 16-03-2013 | Исправлено: metatrop, 12:43 16-03-2013
Открыть новую тему     Написать ответ в эту тему

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