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

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
Благодарю, помогло.

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 13:55 16-01-2012 | Исправлено: Paramon111, 13:18 03-07-2022
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Процессор E8400 (2 ядерный, 3.6GHz), Win7 64-разрядная, ОЗУ 4 ГБ  
 
142 файлов: exe, dll, sys. размером 224,346,129 bytes
Метод Размер Скорость    
rep:1567416kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128 59,192,003 3,613 kB/s    
rep:1567416kb+delta+tempfile+lzma:177mb:normal:bt4:128 62,062,300 3,522 kB/s    
exe+delta+lzma:177mb:normal:bt4:128 59,161,731 3,240 kB/s    
delta+lzma:177mb:normal:bt4:128 62,197,373 3,066 kB/s

 
201 файлов группы compressed и binary. размером 696,256,218 bytes
Метод Размер Скорость    
rep:1567416kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128 297,665,769 2,705 kB/s    
rep:1567416kb+delta+tempfile+lzma:177mb:normal:bt4:128 297,468,527 2,706 kB/s

 
Судя по этим данным возникло предложение. Возможно надо создать еще одну группу файлов: исполняемые данные?
Поскольку на compressed и binary - exe дает ухудшение сжатия, тай скорость чуть-чуть падает.
Для новой группы предлагаю не использовать rep, поскольку в реальных архивах доля выполняемых данных небольшая и пользы от repа абсолютно никакой.
Что скажете?

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

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

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

 
Я имел ввиду вот что: пытается ли FA одновременно и читать и записывать? Т.е. может ли начаться сброс выходного буфера, если в данный момент идёт чтение; и наоборот, может ли FA подать команду на чтение, если сейчас идёт сброс выходного буфера?

Всего записей: 29 | Зарегистр. 18-03-2009 | Отправлено: 18:48 16-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vishyakov
да. хотя одно время это было запрещено:
 
 
-- |При работе с одним физическим диском (наиболее частый вариант)
-- нет смысла выполнять несколько I/O операций параллельно,
-- поэтому мы их все проводим через "угольное ушко" одной-единственной MVar
-- UPDATE: Seems that this is no more holds for Vista
--
--oneIOAtTime = unsafePerformIO$ newMVar "oneIOAtTime value"
--fileReadBuf  file buf size = withMVar oneIOAtTime $ \_ -> fileReadBufSimple  file buf size
--fileWriteBuf file buf size = withMVar oneIOAtTime $ \_ -> fileWriteBufSimple file buf size
 
fileReadBuf  = fileReadBufSimple
fileWriteBuf = fileWriteBufSimple

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

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vasulpr
Польза от rep-а на большом объеме данных, превышающем словарь lzma.
В вашем случае объем данных сравним с объемом словаря lzma, поэтому от него эффекта не чувствуется.
Попробуйте на нескольких ГБ.
Вообще, в моих экпериментах, наоборот, обычно без деления на группы результат лучше!

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 21:01 16-01-2012 | Исправлено: Shuld, 21:03 16-01-2012
Bulat_Ziganshin

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

Цитата:
озможно надо создать еще одну группу файлов: исполняемые данные?  
Поскольку на compressed и binary - exe дает ухудшение сжатия, тай скорость чуть-чуть падает.  

фишка в том, что разделение на отдельные группы исполныемых и остальных бинарных данных приведёт к тому, что lzma/rep не сможет закодировать повторы между ними. поэтому так и сделано - в отдельную группу вынесены редкие obj, которым exe-фильтр очень вредит. а бинарные, которым exe-фильтр почти безвреден, объединены с exe - польза от кодирования повторов больше потерь от бесполехзного применения exe
 

Цитата:
Для новой группы предлагаю не использовать rep, поскольку в реальных архивах доля выполняемых данных небольшая и пользы от repа абсолютно никакой.  

ты уверен, что знаком со всеми реальными архивами?  у меня например одних dll файлов на машине 4 гб, если делать бекап моего системного винта - это нереальный архив получится, что ли?

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

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

Цитата:
в отдельную группу вынесены редкие obj

так я ни одного с файлов этой группы и не сжимал
 

Цитата:
что lzma/rep не сможет закодировать повторы между ними

а вы уверены что это кодирование даст большую пользу чем такое разделение групп?
 

Цитата:
а бинарные, которым exe-фильтр почти безвреден

халявных 200 кб на 650мб + чуть большая скорость упаковки это по вашему лишнее?
 
Я все таки протестовал бы ФА с новой группой, поэтому если будет время это реализовать, то я с удовольствием помогу с тестированием!

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 22:39 16-01-2012 | Исправлено: vasulpr, 23:08 16-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vasulpr
ты можешь реализовать это сам, если разберёшься в доке. предлагаемая тобой система - наиболее очевидна, так что я её рассматривал, не переживай. кстати, именно так работает 7-zip
 

Цитата:
халявных 200 кб на 650мб + чуть большая скорость упаковки это по вашему почти безвредность?

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

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
А если в группу obj внести все другие группы (кроме exe конечно) сделав их как бы подгруппам, такое возможно?
файлы группы obj при архивировании выносятся отдельным блоком в котором не используется препроцессор exe?

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

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

Цитата:
А если в группу obj внести все другие группы (кроме exe конечно) сделав их как бы подгруппам, такое возможно?  

можно просто перенести в неё все расширения кроме exe/dll
 

Цитата:
файлы группы obj при архивировании выносятся отдельным блоком в котором не используется препроцессор exe?

да

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



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

Цитата:
ОШИБКА: ошибка в сжатых данных алгоритма lzma:169mb:normal:bt4:128

 
logfile

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin
обычно из-за разгона или неисправного компа

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:36 17-01-2012
WildGoblin



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

Цитата:
обычно из-за разгона или неисправного компа
Разгона нет. Какого рода неисправность компа может вызывать такую ошибку?
 
Добавлено:
Похоже правда какой-то сбой - из сделанных вчера архивов ещё один не распаковывается.
Надо теперь всегда использовать -t

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin
freearc (и другие архиваторы) могут с успехом заменять memtest в общем для начала тестируй память и другие архиваторы

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



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

Цитата:
в общем для начала тестируй память и другие архиваторы
С памятью всё в порядке! Просто вчера комп пришлось перезагрузить кнопкой, а диски после этого я поленился проверить - сейчас после проверки дисков всё работает отлично!
 
Добавлено:
Хотя вот ещё ошибка вылезла: "ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки tempfile"
 
Объём упаковываемых данных 16гб - на диске (куда пакуются файлы) свободно 150гб.
 
logfile

Всего записей: 29327 | Зарегистр. 15-09-2001 | Отправлено: 17:25 17-01-2012 | Исправлено: WildGoblin, 17:32 17-01-2012
egor23



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

Цитата:
Хотя вот ещё ошибка вылезла: "ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки tempfile"

tempfile где находится?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 18:07 17-01-2012
WildGoblin



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

Цитата:
tempfile где находится?
Не задан.
На самом занятом диске не меньше 20гб свободного пространства.
Вчера паковал папку размером в 25гб - всё прошло хорошо (настройки были такие же!).
 
7z эти же данные запаковал без проблем.
 
листинг файлов
 
Добавлено:
Не нашёл в справке: если специально не указанна временная папка, то какую использует FreeArc - системную, текущую, ту в которую происходит архивация?

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin
если ты пакуешь макс. методом, то fa сначала собирает все файлы в tempfile (по дефолту в стандартном виндовом темповом каталоге), а затем упаковывает в выходной архив туда где ты его задал. 7-zip обходится без временного файла и поэтому пакует хуже

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



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

Цитата:
то fa сначала собирает все файлы в tempfile (по дефолту в стандартном виндовом темповом каталоге), а затем упаковывает в выходной архив туда где ты его задал.
Спасибо за разъяснения!
 
Распаковка тоже сначала происходит во временный файл?
 
P.S. Наверное самый оптимальный вариант архивации (в моём случае) это:
Исходные данные на диске C: - временные на диске D: - архив упаковывается на диск E:
?
(Диски C, D и E это всё отдельные физические диски, их производительность почти одинаковая.)
 

Цитата:
7-zip обходится без временного файла и поэтому пакует хуже
и хуже и медленнее - причём использует больше памяти и процессорного времени!

Всего записей: 29327 | Зарегистр. 15-09-2001 | Отправлено: 19:31 17-01-2012 | Исправлено: WildGoblin, 20:15 17-01-2012
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Полдня пытаюсь сегодня сжать игру - не хочет FreeArc сжимать её и всё тут!
 
freearc.log
 
Я конечно понимаю что у меня проц слишком разогнанный, память никудышная (про винты даже говорить не стоит), но почему же другие архиваторы (WinRAR, 7z) всё сжимают без проблем, а сжимать FreeArc'ом что-то размером больше 4гб сплошная лотерея?
 
Добавлено:
Да что же такое-то...
freearc.log

Всего записей: 29327 | Зарегистр. 15-09-2001 | Отправлено: 18:55 18-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