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

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

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

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
Capushon

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
metatrop:
Цитата:
FreeArc, при всей своей относительной малоизвестности, на самом деле очень ценный, и даже объективно незаменимый архиватор для тех, кому важен уровень сжатия.
Старый архиватор, ему 100 лет в обед
 

 
Проигрывает 7z'у как по скорости, так и по сжатию.

Всего записей: 5175 | Зарегистр. 18-07-2006 | Отправлено: 10:39 18-06-2023 | Исправлено: Capushon, 10:40 18-06-2023
greeple

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Capushon
Цитата:
Проигрывает 7z'у как по скорости, так и по сжатию.

смотря что и как жмёшь, например папки с медиафайлами типа wav, 7z жмет хуже чем arc и хуже чем какой нибудь winzip, а лучше только .exe .dll и т.д.
 
Добавлено:
а лол, не увидел пост того кому ты ответил, он же тоже самое уже написал

Всего записей: 7393 | Зарегистр. 11-02-2020 | Отправлено: 12:35 18-06-2023
Capushon

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
greeple:
Цитата:
смотря что и как жмёшь
Ну так и в 7z есть всякие варианты и алгоритмы )
 

Всего записей: 5175 | Зарегистр. 18-07-2006 | Отправлено: 13:42 18-06-2023
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
То, что для сжатия игр, когда их надо "впихнуть" на ДВД болванк(у,и) используют именно сабж, говорит о многом - интегрально сабж жмёт лучше.

Всего записей: 3779 | Зарегистр. 16-06-2007 | Отправлено: 14:54 18-06-2023
greeple

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Capushon
Цитата:
Ну так и в 7z есть всякие варианты и алгоритмы )

ну так ты попробуй, это же не от незнания говорится
в arc я точно не помню как работает, но можно вроде отдельно каждый файл своим алгоритмом жать, а в 7z либо ты жмешь одно либо другое, и то уверен что никто там не выбирает другие алгоритмы, а использует по дефолту lzma2

Всего записей: 7393 | Зарегистр. 11-02-2020 | Отправлено: 14:57 18-06-2023
juzver

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

Цитата:
а в 7z либо ты жмешь одно либо другое

справедливости ради (и некропоста для) существует вот такой костыль https://www.tc4shell.com/ru/7zip/smart7z/

Всего записей: 556 | Зарегистр. 29-01-2008 | Отправлено: 15:42 11-01-2024
insorg



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

Цитата:
То, что для сжатия игр, когда их надо "впихнуть" на ДВД болванк(у,и) используют именно сабж, говорит о многом - интегрально сабж жмёт лучше.  

Для репаков игр от "сабжа" используется только контейнер. А компрессоры там используются внешние 64-битные. Всё те же XT, LOLZ и им подобный изврат, который "в дикой природе" больше нигде и не встречается.
 
Добавлено:
И это помимо того, что FreeArc  - только 32-битный. А это ставит крест на больших словарях, которыми тот же 7zip и WinRAR способны перекрыть по степени сжатия любые более-менее сжимаемые или однородные данные.

Всего записей: 19767 | Зарегистр. 04-11-2010 | Отправлено: 22:57 11-01-2024
cob



Кроткий лев
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Надеюсь, что автор еще жив..
 
---

----------
Велико знание отсутствия смерти. Все забыли – иначе жили бы.

Всего записей: 2953 | Зарегистр. 07-12-2001 | Отправлено: 21:12 23-02-2024
Rustamer



Ореховый магнат
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cob
Судя по гитхабу жив. Просто приоритеты наверное поменялись. Подобный проект тянуть на себе очень непросто.

Всего записей: 1747 | Зарегистр. 16-02-2005 | Отправлено: 21:17 23-02-2024
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Понимаю, что проект вроде как приостановлен, но сообщу несколько багрепортов:
1. Если выбрал "выключить компьютер после завершение упаковки", то нет возможности отключить это во время упаковки, нет такой галочки в диалоговом окне сжатия, как в других архиваторах. И не хватает возможности выбрать Hybernate вместо Shutdown.
 
2. Галочка "тестировать архив после сжатия" работает неправильно, не как полноценный запуск "тестировать архив" с распаковкой в NULL, а распаковывает зачем-то тонны всего в Temp (зачем???), и не работает никакой прогрессбар, нет скорости распаковки.
 
3. Остановка такого кривого теста после архивации удаляет архив (!!!). Шикарно, несколько часов создавался архив из терабайта данных, чтобы потом забить небольшой SSD и удалить результат архивации.
 
4. Отображать в консольном arc.exe скорость сжатия/расжатия/теста, так же как это отображается в GUI.
 
И всё же не понимаю, почему такой в целом прекрасный проект заброшен, и зачем нужен был FreeArc Next. Была бы x64 версия обычного Freearc, и всё было бы отлично.

Всего записей: 155 | Зарегистр. 23-11-2007 | Отправлено: 00:46 12-05-2024 | Исправлено: muzf, 21:27 12-05-2024
Benchmark



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

Цитата:
Надеюсь, что автор еще жив

 
Конечно жив. Вот тут, например, в комментах.
 
А проект давно заброшен.

Всего записей: 7000 | Зарегистр. 01-10-2002 | Отправлено: 00:51 12-05-2024
mover54

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

Цитата:
распаковывает зачем-то тонны всего в Temp (зачем???)

скорее всего это происходит, т.к. там используется цепочка из разных алгоритмов сжатия (REP -> LZP -> LZMA и т.д.), и всё сразу в оперативку не поместится, поэтому и пишет на диск. Такая архитектура изначально.

Всего записей: 6 | Зарегистр. 14-12-2021 | Отправлено: 13:14 15-05-2024 | Исправлено: mover54, 13:15 15-05-2024
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот как раз это и не нравится, тонны всего в temp при использовании srep.
Мне нужно упаковать 700Gb почти одинаковых виртуальных машин с помощью srep до 20гб (без srep упаковываются без временных файлов до 100Мб через rep 2gb максимум). Возможно ли как-то использовать srep в freearc, или в других архиваторах, или напрямую из командной строки без создания промежуточного файла ?
Сейчас Freearc на первом шаге создаёт тупо один файл путём конкатенции оригинальных на 700гб и скармливает его в srep, что ну очень неоптимально.
Замена в arc.ini на packcmd   = srep64i    {options} <stdin> <stdout> вместо packcmd   = srep64i    {options} $$arcdatafile$$.tmp - <stdout> не помогает. Кстати TempPath=g:\ в секции [srep] тоже игнорируется.

Всего записей: 155 | Зарегистр. 23-11-2007 | Отправлено: 18:26 15-05-2024 | Исправлено: muzf, 18:46 15-05-2024
mover54

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
можно попробовать указывать отдельную папку для временных файлов (ту, в которой много свободного места) с помощью ключа -wDIRECTORY
--workdir=DIRECTORY
(DIRECTORY for temporary files)

Всего записей: 6 | Зарегистр. 14-12-2021 | Отправлено: 20:10 15-05-2024
insorg



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

Цитата:
Вот как раз это и не нравится, тонны всего в temp при использовании srep.  

Используй RAR или 7zip с большим словарём. Тогда это всё будет в оперативке в схожих соизмеримых количествах.

Всего записей: 19767 | Зарегистр. 04-11-2010 | Отправлено: 22:29 15-05-2024
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
 
Я не увидел никакой рабочей дедупликации по типу srep ни в 7zip, ни в rar. Зато их супермедленную скорость очень даже увидел.
Для тестов взял 4 почти одинаковых виртуальных машины по 2gb, итого 8гб.
Для 7zip здесь приводили пример параметров сжатия якобы самой лучшей дедупликацией, по факту скорость в 100 раз медленнее srep+m81 (xtor:3:4m:h32k), и итоговый размер в 3 раза больше - 2.1гб
7z a -r -t7z -m0=lzma2 -mx=9 -mfb=273 -md=29 -ms=8g -mmt=off -mmtf=off -mqs=on -bt -bb3  
 
Rar7 со всеми включенными галочками Long Range Search=Force и Exhaustive search, сжатие Normal оказался в 10 раз медленнее srep+m81(xtor:3:4m:h32k), и точно так же в 3 раза больше по объёму.
 
Для сравнения, freearc на m94 (настройки от Shuld -  
 rep:2gb:96:c16:d4m:s48:h25+4x4:tor:6:4mb:h8mb) сжимает на 10% (1,9gb) лучше 7z/rar и в 10/100 раз быстрее соответственно, примерно как srep+m81 (xtor:3:4m:h32k), где временный 8gb файл помещается в файловый кэш. Полные данные 700gb конечно были бы намного медленнее, упираясь пару раз в скорость диска на создание временного файла в 700gb и далее на его чтение, но всё равно в разы быстрее rar/7z.
 
Тесты на 6 ядерном 4930k/48gb.
Так что я не понимаю, как в оперативку влезут 700gb, если нужно просто нормальную реализацию однопроходного srep m3f через stdin/stdout без изврата с временными файлами на 700gb.
 
 
 
Добавлено:
mover54

Цитата:
распаковывает зачем-то тонны всего в Temp (зачем???)
 
скорее всего это происходит, т.к. там используется цепочка из разных алгоритмов сжатия (REP -> LZP -> LZMA и т.д.), и всё сразу в оперативку не поместится, поэтому и пишет на диск. Такая архитектура изначально.

 
Невнимательно читаешь. Команда test archive ничего не распаковывает в temp (если не использовать внешний srep), для встроенных rep/4x4/tor/xlz4/lzma это не требуется. Глючит и засирает temp именно автоматический тест архива после создания, ручной тест архива не глючит и не засирает.

Всего записей: 155 | Зарегистр. 23-11-2007 | Отправлено: 00:33 16-05-2024 | Исправлено: muzf, 00:43 16-05-2024
insorg



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

Цитата:
никакой рабочей дедупликации по типу srep ни в 7zip, ни в rar

Сам srep - это в принципе костыль, который хард насилует вместо оперативки. И всё. Не хочешь многогиговые временные файлы-прокладки на каждое чтение при распаковке - просто не бери его. В этом нет никакого смысла.
Во-первых у srep тоже есть предел по просматриваемой дистанции. Свой размер словаря, если угодно. И всё. Достаточно взять любой из озвученных архиваторов, указать ему такой же словарь, каким прикидывается твой srep, и получить соизмеримый результат, который может минимально отличаться только за счёт разной настройки самого lzma2 или rar алгоритма, а так же применяемых оптимизаций.

Цитата:
создание временного файла в 700gb  

Т.е. такой огромный и избыточный размер промежуточных данных тебя не смутил?

Цитата:
как в оперативку влезут 700gb

Вот, когда будет её 700+, тогда и влезет. Очевидно же. И только тогда тебе удастся не делать промежуточные файлы (они по сути - аналог свопа, только слегка "своеобразный") на диске и страдать от этого. Увы. Магии не бывает. Либо полноценный метод с использованием оперативки, либо страдание с srep-подобными вещами.
 
Добавлено:

Цитата:
 Для тестов взял 4 почти одинаковых виртуальных машины по 2gb, итого 8гб.  

Достаточно было просто взять RAR со словарём в 8 ГБ с максимальным сжатием. В крайнем случае - 6 или 7 ГБ. Меньше смысла мало. Все схожие данные должны либо умещаться в пределы словаря, либо окажутся вне его пределов и будут храниться дважды.

Цитата:
-md=29  

Вообще-то это словарь в "аж целых" 512 МБ. Даже не смешно. Такой словарь даже до соседнего файла не "дотянется". Не говоря уже о нескольких. Тут минимум с 3 ГБ стартовать нужно, даже в самом простом случае.
 
Добавлено:

Цитата:
Глючит и засирает temp именно автоматический тест архива после создания

В нормальном случае я бы посоветовал кинуть разрабу багрепорт. Но тут это бесполезно. Сам FreeArc и его бонусы в виде srep, precomp и прочих уже давно заброшены автором. Он вроде когда-то собирался сделать "революцию" в виде некоего FA архиватора. Да так дело дальше какой-то пробной нестабильной альфы и не пошло.
Тут остаётся только посоветовать делать тест не одним заданием сразу, а разбивать упаковку и дальнейший тест архива на два разных задания.

Всего записей: 19767 | Зарегистр. 04-11-2010 | Отправлено: 00:47 16-05-2024
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Промежуточные файлы на 700gb - это тупо оригинальные исходные файлы, соединенные в один, по сути tar архив. Тупой бессмысленный бесполезный шаг, в нём вообще нет никакого смысла, если бы работал stdin в srep напрямую из freearc, или если можно было бы скормить в srep напрямую каталог с подкаталогами с сохранением имён файлов и каталогов при распаковке srep.
 
Да, действительно, rar7 Fast со словарём 8gb создал такой же по размеру архив, как srep в freearc. В 10 раз медленнее freearc (10Mb/s) с Exhaustive search и в 3 раза медленнее (30Mb/s) без Exhaustive search но с Long Range, размер почти не отличается. Памяти на сжатие при этом ест почти 2*8gb, почти 15gb. Да, работает, но жаль что довольно медленно, 6 часов на эти данные. Всё таки и freearc с быстрыми 4x4/tor, и srep 3.93 были вне конкуренции по скорости. Наверное даже встроенный rep на 8gb устроил бы, если б не ограничение в 2gb н x32 и отсутствие x64 кода Freearc, и неопубликованный Freearc 0.2 x64.
 
Может появился какой-то архиватор со скопированной идеей со встроенными rep/srep без временных файлов и 4x4/tor/zstd ?

Всего записей: 155 | Зарегистр. 23-11-2007 | Отправлено: 01:20 16-05-2024 | Исправлено: muzf, 01:23 16-05-2024
Simple Code



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

Цитата:
Наверное даже встроенный rep на 8gb устроил бы, если б не ограничение в 2gb

Может поэкспериментировать с fazip64 -mrep:8000mb:a99+4x4:b100mb:lzma:fast:64m.
Протестировал, вроде такой костыль работает, по крайней мере запаковывает и распаковывает.
Вот собрал архив, там нужные утилиты и сценарий с примером.  
#

Всего записей: 302 | Зарегистр. 19-11-2022 | Отправлено: 04:51 16-05-2024
insorg



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

Цитата:
Да, работает, но жаль что довольно медленно, 6 часов на эти данные.  

Если данные достаточно схожи, то можно и без максимального качества. Можно на быстром алгоритме без спец ключей-усилителей. Просто победить словарём. Для виртуалок обычно и этого достаточно.

Всего записей: 19767 | Зарегистр. 04-11-2010 | Отправлено: 06:36 16-05-2024
Открыть новую тему     Написать ответ в эту тему

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

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru