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

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

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

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 | Исправлено: Nikolai2004, 21:23 03-02-2021
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Как включить показ вкладки "Сжатие", ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 20:26 26-12-2011
ruduk

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

Цитата:
страница Сжатие: новые настройки


Цитата:
 ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?

На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 21:47 26-12-2011
vasulpr

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

Цитата:
На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди  

Спасибо! нашел! Кстати классно придумали скрыть розшеренни настройки под кнопку.
 
После активации опции "общая очередь для всех копий ФА" была запушено распаковка архива и запущена упаковки в архив которая стала в очередь после распаковки. так вот распаковка прошла нормально, а окно упаковки зависло.

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 23:14 26-12-2011
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:18 26-12-2011
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
ПКМ по архиву - распаковать, пока оно розпаковувалося запустил программу с ярлыка выбрал папку, параметр сжатия, нажал ОК. сжатие стало в очередь, закрыл основное окно программы, распаковки закончилось а упаковка не началась, хотя окно упаковки висело.
 
Добавлено:
Bulat_Ziganshin
Извините за беспокойство! видно я чтото намудрил с параметрами сжатия, что у меня упаковки зависла даже не начавшись, потому что мне сейчас не удалось повторить этот баг. все работает нормально!

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 23:23 26-12-2011
MAKLAI1994

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здраствуйте подскажити как зделать-распаковку FreArc затем PreComp затем Srep затем 7zip архивов и что бы распакованные архивы удалялись с игровой папки ВОТ Скрипт http://rghost.ru/35622051

Всего записей: 3 | Зарегистр. 27-12-2011 | Отправлено: 08:47 27-12-2011 | Исправлено: MAKLAI1994, 13:47 27-12-2011
Stalqer



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MAKLAI1994
 
тебе сюда --> http://forum.ru-board.com/topic.cgi?forum=5&topic=36421&start=3020#lt

Всего записей: 29 | Зарегистр. 18-09-2010 | Отправлено: 20:29 27-12-2011
MAKLAI1994

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Парни ещё вопрос что нужно зделать в скрипте что бы Сначала Распаковывались файлы bin. а из них уже RAR-SREP-Arc и т.д мне главное что бы все архивы были в файлах bin вот скрипт попробуйте похимичить
http://rghost.ru/35642435

Всего записей: 3 | Зарегистр. 27-12-2011 | Отправлено: 14:51 28-12-2011
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Быстрое сжатие больших объемов
 
«Философия»
Подход к линейке методов сжатия для архиваторов консервативен. Для FreeArca – это методы –m1, -m2, … , -m9 (-mex9). Хочешь быстро – используй –m1, хочешь сильно сжать – используй –m9 (-mex9). Но такая линейка «одномерна» и не очень хороша, поскольку учитывает размер файлов однобоко. Например, нет оптимального метода для «быстрого» сжатия большого объема. Конечно, можно воспользоваться –m1 (-m2), но результат будет далек от идеала. Причина – обработка больших массивов данных заложена только в «старших» (медленных) методах (большой rep). Я вижу выход в «двухмерном» подходе.  
 
От слов к делу
Например, для быстрого сжатия больших объемов можно взять большой rep (от m8, mex8) и быстрый алгоритм (подобный –m2). Под «большими объемами» в таком случае будут пониматься данные размером примерно 1GB (и выше).
Я долго тестировал варианты и предлагаю два «оптимальных». Эти методы по «двухмерной» идеологии я назвал –m81 и –m82. Здесь 8 означает большой объем сжимаемых данных (8rep = rep:1gb), а цифры 1 и 2 – «скоростной» и «быстрый» метод. Деление файлов на группы отсутствует.
 
Вот результаты сравнения с методами –m2 и –mex8, отсортировано по увеличению реального времени работы:
 
Процессор i3-530, 2 ядерный, 4 поточный, Win7 32-разрядная, ОЗУ 4 ГБ
Консольная версия FreeArc 0.67 от 25 декабря 2011
Метод        time: cpu time: real Размер      архива Memory for compression Memory for decompression    
Папка 1 212 406 221 1002 файла 79 папок    
-m81 129 c 32.3 c 860 419 148 1366mb 1112mb    
-m1 32 c 35.6 c 926 175 637 44mb 45mb    
-m2 91 c 45.7 c 877 927 615 434mb 272mb    
-m82 208 c 53.8 c 856 850 154 1394mb 1112mb    
WinRAR4.01   Скоростн   непрер     78 с 923 700 032    
-mex8 668 c 238.4 c 844 643 731 1592mb 1599mb    
WinRAR4.01   Быстрый   непрер     308 с 891 044 298

 
Вот еще пример папки с инсталяторами (Office, антивирусы и пр.).  
Версия FreeArc 0.67 от 25 декабря 2011 с оболочкой:
Метод time: cpu time: real Размер           архива Memory for compression Memory for decompression    
Папка 6 376 177 562 4026 файла 460 папок    
-m81 3м 48с 4 747 264 542 1366mb 1112mb    
-m1 3м.57c 5 511 489 630 44mb 45mb    
WinRAR4.01 Без сжатия 4м 30с 6 376 662 842    
-m2 4м 44c 4 872 787 791 434mb 272mb    
-m82 5м 07c 4 736 333 869 1394mb 1112mb    
WinRAR4.01 Скоростной   непрерыв 7м 32с 5 496 079 932    
-mex8 17м 35c 4 696 474 471 1592mb 1599mb

 
Результаты с двухядерным процессором E6750 (2.66GHz), WinXP 32-разрядная, ОЗУ 2 ГБ
Метод time: cpu time: real Размер      архива Memory for compression Memory for decompression    
Папка 993 327 452 2074 файла 426 папок    
-m1 ? ?c 439 738 292 27mb 28mb    
-m81 36c 64.6с 257 620 108 1330mb 1077mb    
-m82 70 69,2c 252 911 976 1345mb 1077mb    
-m2 36с 73,6c 263 667 426 290mb 202mb    
WinRAR4.01   Скоростной   непрерыв     78с 432 316 878    
-mex8 322с 373,2c 236 184 463 1432mb 1439mb

 
В методе –m1 по времени стоят вопросы из-за совсем странного (для меня) поведения. Если сжимаешь первый раз, то время 140 с. При повторных сжатиях – около 25 с. Некоторая разница есть всегда, но такую огромную разницу вижу первый раз!
 
Это легко попробовать самому
Предлагаю для скачивания arc.zip (8КБ) с файлом arc.ini:
Скачать arc.zip с WebFile.RU
Достаточно этот файл скопировать с заменой на существующий и все. От стандартного он отличается добавлением секции  
;alt Shuld

в которой прописаны методы –m81 и –m82.
 
Кроме того
В секции ;alt Shuld есть «тюнингованные» методы –mex5 и –mex6, названные -m5alt и –m6alt. Они отличаются некоторой доработкой сжатия в группах exe и $obj без увеличения требуемого ОЗУ. Соответственно, размер сжатого файла отличается от «оригинальных» методов плюс/ минус несколько байт, а время сжатия может быть до 10% меньше. Подробнее писал здесь:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=280#6
 
Примечания
Методов сжатия, оптимальных на все случаи жизни, не существует. И у указанных выше методов тоже. Смотрите и пробуйте сами. Если будет чем поделиться – пишите.
Продолжение смотрите здесь:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1240#7

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 18:10 30-12-2011 | Исправлено: Shuld, 22:06 25-01-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
тут есть тег "таблица" (после x2) - может переоформишь с ним?

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

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат
1. Переоформил
2. Почему при Memory for compression более 1444mb из-под консоли методы сжатия работают без темп-файла, а под оболочкой (GUI) - с темп-файлом (во всяком случае время становится примерно в 2 раза больше)?

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 18:22 30-12-2011 | Исправлено: Shuld, 19:09 30-12-2011
vishyakov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если сжимаешь первый раз, то время 140 с. При повторных сжатиях – около 25 с.
 
Очевидно, "при повторных сжатиях" файлы брались из системного кэша.

Всего записей: 29 | Зарегистр. 18-03-2009 | Отправлено: 19:32 30-12-2011
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что это значит?
Это же не ОЗУ, в чем разница?
(Все ОЗУ 2 ГБ, причем архиватор использует почти 1,5 ГБ)

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 20:07 30-12-2011
egor23



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

Цитата:
В методе –m1 по времени стоят вопросы из-за совсем странного (для меня) поведения. Если сжимаешь первый раз, то время 140 с. При повторных сжатиях – около 25 с.


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

используйте ram-drive, тогда не будет узкого места ввиде диска, для быстрых методов
и будет минимизировано разница между первым и последующим тестами на одном наборе данных.

Всего записей: 3831 | Зарегистр. 03-11-2003 | Отправлено: 20:08 30-12-2011
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прочитал про ram-drive.
Во времена компьютера "Поиск" (ХТ) у меня был "электронный диск". Это оно и есть?
 
Но тогда такие эксперименты полностью "игнорируют" поведение реальных жестких дисков. Это хорошо для абстрактной скорости, но трудно соотнести с быстродействием "реального" компьютера (он неидеален, есть задержки времени на выполнение различных операций, таких как обращение к винту).
А у меня цель - получить оптимальное соотношение время / степень сжатия для реального компьютера.
Я не ставлю цели "максимальное быстродействие".  
 
Вот, например, я вижу, что данные по затратам чисто процессорного времени имеют о-очень отдаленную связь с реальным временем. Поэтому я в будущем буду похоже процессорное время игнорировать.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 20:17 30-12-2011 | Исправлено: Shuld, 20:29 30-12-2011
egor23



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

Цитата:
Но тогда такие эксперименты полностью "игнорируют" поведение реальных жестких дисков. Это хорошо для абстрактной скорости, но трудно соотнести с быстродействием "реального" компьютера

есть кэширование данных системой, и чтобы второй подход был таким же как первый нужно убирать данные из памяти, чтобы "учесть реальные условия"...
 
PS: Реальные условия это не только HDD \ SSD, но и объём RAM, + объём исходных данных, т.е. под всё не подстроиться, главное в тестах чтобы условия проведения были обинаковые: скорость диска, загруженность CPU, свободное кол-во RAM. Результаты на разных типах дисках (HDD \ SDD \ RAM-drive) важны например для алгоритма srep, особенно в метода m2, m3.
 

Всего записей: 3831 | Зарегистр. 03-11-2003 | Отправлено: 21:05 30-12-2011
HugoBoSSS



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
после архивации  ( вызов из контекстного меню - архивация с диалооговым окном), если в диалоге добавить галку на тестирование после архивации, то после архивации окно просто висит. По отдельности операции отрабатываются нормально.

Всего записей: 68 | Зарегистр. 27-12-2008 | Отправлено: 21:19 30-12-2011
vishyakov

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

Цитата:
главное в тестах чтобы условия проведения были обинаковые: скорость диска, загруженность CPU, свободное кол-во RAM

 
в этот список нужно обязательно добавить пункт "содержимое системного кэша".
 
Вообще, чтобы условия при каждом запуске были сколь-нибудь равноценные, надо выполнять перезагрузку перед каждым запуском архиватора.
 

Цитата:
 такие эксперименты полностью "игнорируют" поведение реальных жестких дисков.  

пусть исходные файлы будут на одном диске, а архив пишется на другой (т.е. это должны быть физически разные диски). Вполне реальная операция, особенно при работе с большими объемами.
 
Bulat_Ziganshin
В самом деле, как в FA организован ввод-вывод? Он читает очередной байт (блок) как только он понадобится, и записывает очередной байт в архив как только он будет готов?

Всего записей: 29 | Зарегистр. 18-03-2009 | Отправлено: 22:26 30-12-2011
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Что за глюк? при активации опции -lc- ФА выбивает user error
win 7 sp1 64bit, 4Gb, макс свободный блок адресного пространства 2042Mb
аналогично и на win XP sp3 32bit, 3.25Gb, макс свободный блок адресного пространства 1400Mb
 
 

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если кто переводил с русского - там была небольшая ошибка в 1509: "требуют много памяти" вместо "требуют много времени"
 
Добавлено:
vasulpr
а что по-твоему означает -lc-?
 

Цитата:
В самом деле, как в FA организован ввод-вывод? Он читает очередной байт (блок) как только он понадобится, и записывает очередной байт в архив как только он будет готов?

чтение входных файлов при архивации и запись выходных при распаковке идёт через кеш. его размер 256 кб при распаковке и обычно 8-32 мб при упаковке. опция --cache. а -di печатает это размер
 
Добавлено:

Цитата:
Почему при Memory for compression более 1444mb из-под консоли методы сжатия работают без темп-файла, а под оболочкой (GUI) - с темп-файлом  

 
потому что память более фрагментирована. в заголовке "2гб" поищи
 

Цитата:
после архивации  ( вызов из контекстного меню - архивация с диалооговым окном), если в диалоге добавить галку на тестирование после архивации, то после архивации окно просто висит

 
не подтверждаю. может дело в каких-то специфичных опциях или других условиях. тестировал ес-но на последней альфе

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:45 03-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

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


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru