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

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



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

Цитата:
x86

а чего тут плохого? не линукс, забивающий лишнюю память 64 битный виндовс 32 битку прекрасно крутит. или про ARM горе?

Всего записей: 1140 | Зарегистр. 01-02-2015 | Отправлено: 20:15 14-02-2015
Bulat_Ziganshin

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

Цитата:
x86  

ну возьми исходники и откомпиляй под 64. или автора попроси

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:46 14-02-2015
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В srep хэш быстрее чем xxxhash ? Так может надо бенч провести и опубликовать его отдельно, пускай везде используется.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 00:30 15-02-2015
Shuld

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

Цитата:
Если разница в сжатии - считанные проценты, а скорость растет пропорционально количеству потоков, то многопоточность решает.  

Универсальной зависимости нет. А пользователи, скорее всего, даже не догадаются поэкспериментировать.
Вот, например,  
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=840#2
Zcm080 (-t1) – 3 m 22 s, 140 858 897 – загрузка процессора 25 %  
Zcm080 (-t2) – 2 m 49 s, 195 288 141 – загрузка процессора 75 %  
Zcm080 (-t3) – 2 m 33 s, 234 349 823 – загрузка процессора 100 %  
Zcm080 (-t4) – 2 m 36 s, 268 775 356 – загрузка процессора 100 %  
Как видите, разница вовсе не проценты, а время вовсе не пропорционально количеству потоков!
Какой здесь будет вывод?
(Мой вывод - кроме  (-t1) - все остальное неудачно).
И такая ситуация, возможно, бывает чаще, чем та, которую Вы обрисовали. (никто же экспериментирует!)
 

Цитата:
Сегодня даже на компьютерах класса "печатная машинка" стоит минимум 4 Gb памяти.    

А для 7zip 9.30a, словарь 1024 МБ, потоков 8, нужно 46 ГБ + запас!
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#10
 
Для rep из FreeArc на машине с ОЗУ 4 ГБ не реализуется 2 Гб!
А как было бы хорошо при сжатии огромных данных, например, rep 8 ГБ + tor.
---
Так что, на мой взгляд, 4 ГБ очень немного.
 
Добавлено:
Внес исправления.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 09:45 15-02-2015 | Исправлено: Shuld, 10:04 15-02-2015
sergEO7905



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

Цитата:
А для 7zip 9.30a, словарь 1024 МБ, потоков 8, нужно 46 ГБ + запас!

в этом же тесте, говорится что размер архива почти не меняется, уже после того как словарь 4 МБ сделаешь. и время на архив почти одно и тоже уходит. вот  толку от таких больших словарей и потоков, чисто из спортивного интереса если, чтоб уникальными результатами где то потрясти.

Всего записей: 1140 | Зарегистр. 01-02-2015 | Отправлено: 10:54 15-02-2015
Bulat_Ziganshin

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

Цитата:
В srep хэш быстрее чем xxxhash ? Так может надо бенч провести и опубликовать его отдельно, пускай везде используется.
 

там используется vhash, на x64 скорость 128-битного хеширования 0.4cpb, т.е. 10 ГБ/с при 4ГГц cpu. я его регулярно людям на encode.ru советую, но его и готовить сложнее, и не особо он им нужен
 

Цитата:
Для rep из FreeArc на машине с ОЗУ 4 ГБ не реализуется 2 Гб!  

это особенность реализации алгоритма, так-то для словаря в 2000 мб достаточно 2512 мб озу. rep со словарём >4ГБ реализован в srep:m0, но понятно что это не так удобно как встроенный в fa алгоритм

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:00 15-02-2015 | Исправлено: Bulat_Ziganshin, 11:02 15-02-2015
Shuld

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

Цитата:
в этом же тесте, говорится что размер архива почти не меняется

Еще раз повторю: универсальных зависимостей не существует.
Вот как Вы отнесетесь к этим тестам:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#19
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#21
?
 
Добавлено:
Комментарий:
4. Забегая вперед, можно отметить, что размер архива для уровня сжатия Быстрый 1024 МБ и 1 поток в данном тесте получился меньше, чем для любых 4-поточных методов, включая Ультра

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 12:20 15-02-2015 | Исправлено: Shuld, 12:24 15-02-2015
Engaged Clown



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Как-то пропустил, что корейцы добавили в свой BandiZip поддержку FreeArc, скрин из темы по архиватору:
http://i9.pixs.ru/storage/5/1/3/Bezimyanni_6339734_16016513.jpg

----------
Опросы ru-board'а

Всего записей: 8692 | Зарегистр. 08-06-2006 | Отправлено: 12:31 15-02-2015
Edison007007



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

Цитата:
Более быстрый LZMA.

Довольно сильно проигрывает LZMA в сжатии. И на голову ниже LZMH по скорости распаковки.
 

Цитата:
А насколько хуже ?

lzma:d128mb - 855 mb
lzmh:d128mb - 874 mb
lzham:d29:х - 872 mb
*lzma:lc1:fb64:lp0:pb2:d512mb - 533 mb
 
Да, тест немного несправедлив, нужно было для LZHAM словарь в 128 мб затестить, но что-то забылось
 

Цитата:
Какой здесь будет вывод?  

Неудачная реализация многопоточности. В WinRAR она сделана куда более удачно, небольшой тест:
   
 
Tools:
  ProcProfile v1.5 x64
  RAR 5.21 [15 Feb 2015]
  SoftPerfect RAM Disk v 3.4.5 x64
 
System:
  i7-4700MQ @2.40 GHz.
  8 GB RAM.
  Windows 7 Ultimate SP1 x64.
 

Цитата:
Вот как Вы отнесетесь к этим тестам:  

Там (S)REP должен решить проблему с маленьким словарём у LZMA.

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 15:10 18-02-2015 | Исправлено: Edison007007, 15:14 18-02-2015
Benchmark



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

Цитата:
Еще раз повторю: универсальных зависимостей не существует.

Безусловно. Обратное и не утверждалось

Цитата:
Вот как Вы отнесетесь к этим тестам:  

Это частный случай для конкретного типа файлов (doc). Если приблизить его к реальным современным условиям и заменить doc на docx, результаты могут сильно отличаться. Не стоит забывать, что многие из популярных современных форматов (графика, документы, аудио, видео, дистрибутивы, образы дисков) изначально используют компрессию. Поэтому хочется увидеть более реалистичный "test set".
 
В данном конкретном случае соглашусь с Edison007007 - неудачная реализация. По сути там просто неспособность эффективно использовать более 1 потока в плане сжатия и более 2 потоков в плане скорости.
 

Всего записей: 6666 | Зарегистр. 01-10-2002 | Отправлено: 17:29 18-02-2015
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну docx это вообще старый добрый zip с xml внутри, его только с перепаковкой precomp можно сжать.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 20:24 18-02-2015
G787



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Скажите а как быть если мне нужно запаковать файл а сохранять его я хочу из своего приложения есть ли какая реализация в Dll ?  
 
Ну то есть нужно запаковать файл/информацию в памяти не создавая фаил на жестком диске.
 
Конечно можно создать на жестком диске потом удалить но это некрасиво и так сказать фрагматично ...

Всего записей: 1030 | Зарегистр. 04-12-2005 | Отправлено: 08:38 25-02-2015
Shad0wl0rd



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите, как создать архив, если в источнике присутствуют не только файлы, но и папки (например по 5 Гб, и их надо разделить на несколько архивов) с файлами? Необходимо, чтобы при извлечении, чтобы сохранилась структура папок.

Всего записей: 245 | Зарегистр. 02-01-2006 | Отправлено: 21:37 25-02-2015
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:00 27-02-2015
vitppc



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Хочу ужать игру симпсы 3, флешка 16gb, а вес игры 23gb, реально ужать, чтобы влезла и после этого на другом компе, запустить установку?
И вообще, на сколько сейчас он актуален, заранее спс.

Всего записей: 216 | Зарегистр. 12-05-2006 | Отправлено: 05:37 01-03-2015
Kruton9000



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vitppc
На флешке места скорее всего меньше, чем 16Гб. Сомневаюсь, что влезет. Хотя как повезет: сжатие раз на раз не приходится. Если есть возможность, можно создать многотомный архив и перенести за 2 раза. Или на вторую флешку остаток записать.

Всего записей: 200 | Зарегистр. 27-05-2009 | Отправлено: 14:17 01-03-2015
Diana_Kovalenko

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
в чем причина таких ошибок SREP 3.93a beta (October 11, 2014) при распаковке архива ?
 
описание в arc.ini
unpackcmd = srep {options} -d -s - - <stdin> <stdout>
 
с версией SuperREP 3.0 (Jan 30, 2012) проблем нет
 

Всего записей: 12 | Зарегистр. 22-02-2015 | Отправлено: 23:43 02-03-2015 | Исправлено: Diana_Kovalenko, 23:45 02-03-2015
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 00:49 03-03-2015
Diana_Kovalenko

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat как я могу переслать вам необходимые файлы ?

Всего записей: 12 | Зарегистр. 22-02-2015 | Отправлено: 10:42 03-03-2015
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rg.ru, mega.co.nz...

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:11 03-03-2015
Открыть новую тему     Написать ответ в эту тему

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

Рейтинг.ru