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

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
byExit
1. создаваемый архив содержит в себе куски исходных данных, скопированные без изменений - это особенность REP
2.  7-zip распознаёт такой архив как имеющий тип .cab, поскольку он видит cab-заголовок, и не способен распознать структуру .arc
3. старый freearc тоже распознавал это как cab-архив. эта оишбка была исправлена как раз в марте. если маротовсrbq fa неправильно распознаёт архив - пришли его мне. я посмотрю

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

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопрос про многопоточность
 
Если взять метод сжатия (лежит в основе метода -mex6):
1) -mrep:256mb+4x4:lzma:8mb:h16mb:max
и его варианты
2) -mrep:256mb+4x4:t3:lzma:8mb:h16mb:max
3) -mrep:256mb+4x4:t2:lzma:8mb:h16mb:max
 
то получается:
           time               memory
       cpu  real   compression decompression
1) 1052s 266.5s  740mb   368mb
2) 1042s 265.7s  643mb   349mb
3)  976s 290.0s  546mb   330mb
Размер архива во всех случаях идентичен - 1 254 171 009 байт.
 
Вопрос:
Почему время сжатия в три потока :t3: примерно такое же, как в случае четыре потока?
У меня такое проявляется всегда, плюс/минус погрешность.
Процессор i3-530 (2 ядерный, 4 поточный), Win7 32-разрядная, ОЗУ 4 ГБ
Это особенность 2-ядерного процессора? И на настоящих 4-ядерных такого нет?
Кто ответит?
 
Загрузка процессора в 4 и 3 потока - 100%, в 2 потока - около 85%.
(Получается, что на таких процессорах, как мой, удобнее архивировать в три потока - меньше требуется памяти. Жаль, FreeArc этого не знает)

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 20:47 09-05-2011 | Исправлено: Shuld, 20:57 09-05-2011
xap4oru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня такой вопрос: я не дуб в программировании, но в этой программе вообще ничё понять не могу... У меня стоит win 7 x64... Упаковывая ёмкий (порядка 16 Гб изначальных файлов) инсталлятор стандартными средствами inoo setup, все архивы создавались с ошибками, думал, что в freearc их не будет, но нет,тоже выдаёт ошибку, что архив был повреждён при упаковке и там что-то в духе lzma написано и т.п. Я решил попробовать воспользоваться LZMA-x64 в папке Addons, но не понял, как его встроить и пользоваться им. Объясните, как его встроить, стандартный readme не помог и с чем всё-таки могут быть связаны ошибки при упаковке?...

Всего записей: 5 | Зарегистр. 12-05-2011 | Отправлено: 11:50 12-05-2011 | Исправлено: xap4oru, 11:51 12-05-2011
xap4oru

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

Всего записей: 5 | Зарегистр. 12-05-2011 | Отправлено: 21:15 12-05-2011 | Исправлено: xap4oru, 21:16 12-05-2011
Sig666

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tta в паре с rep или lzma - не работает непрерывное сжатие. Это баг или так задумано?

Всего записей: 134 | Зарегистр. 15-01-2008 | Отправлено: 17:56 13-05-2011
vintage 1



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
Здраствуйте
Я хотел спросить не могли бы вы мне воткуть 7z и srep  
Голову ломаю!
 
Вот мой распаковщик
http://rghost.ru/6360661
_________________________________________________________
 
Чтоб распаковка шла по схеме
    Archives_Arc = '{src}\Data1.arc';    
    Archives_Bin = '{src}\Data2.bin';
    Archives_Zip = '{src}\1.7z';
    Archives_Srp = '{src}\Data4.srp';
такой
Ну как в ISDone
только в скрипте моём =)
========================
За это буду благодарин

Всего записей: 213 | Зарегистр. 03-04-2011 | Отправлено: 20:31 14-05-2011
Bulat_Ziganshin

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

Цитата:
tta в паре с rep или lzma - не работает непрерывное сжатие. Это баг или так задумано?

tta в паре с rep/lzma не имеет смысла, tta+solid в большинстве случаев тоже не взлетит
 

Цитата:
Я хотел спросить не могли бы вы мне воткуть 7z и srep  

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

Цитата:
Почему время сжатия в три потока :t3: примерно такое же, как в случае четыре потока?  

потому что механика расчёта оптимального числа потоков несовершенна. она не принимает во внимание то что lzma сжимает в ~1.7 потока и то, что твой проц имеет 2 ядра + HT

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:53 14-05-2011
vintage 1



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

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

 

Цитата:
вы серьёзно думаете, что мне делать нечего как писать вам скрипты?

Да и некто и не заставляет вас делать просто спросить хотел.
 

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

Ага, спасибо, собрал собственый распаковщик
 

Цитата:
вы просите других решить ваши проблемы

Теперь не буду просить.
 
ЗЫ: За ответ спасибо.
 

Всего записей: 213 | Зарегистр. 03-04-2011 | Отправлено: 08:26 15-05-2011
R3Pa4eK



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
vintage 1
Это надо переделывать прогресс-бар и их позицию. И не используй is7z.dll, она старая как мир. Лучше возьми 7-zip32.dll.

Всего записей: 963 | Зарегистр. 15-01-2011 | Отправлено: 19:08 16-05-2011
CTAH



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Скачал последнюю версию программы, выявил что в в последней версии FreeArc есть глюк в SFX-модулях. При распаковке длинных имён больше 255 символов, программа распаковки просто зависает, причём зависает SFX как в GUI , так в варианте коммандной строке, процесс можно прервать только через диспетчер задач. Просто не везде есть возможность FreeArc поставить, а такой глюк всю картину портит.  
 
По поводу FreeArc.
Вообще я бы обошёлся и стандартными архиваторами типа winRar и 7-zip, но я не понимаю почему в них не реализована проверка на одинаковые файлы по контрольной сумме? Допустим у меня есть 4 папки с одинаковыми файлами, в каждой папке имена файлов в разных вариантах, включая длинный вариант имени, который может достигать и 255 символов в пути и выше. FreeArc сжимает всё замечательно, т.е. одинаковые файлы находятся по контрольной сумме и соответственно по два-три-четыре раза подряд не сжимаются, как в WinRar. Только глюк в SFX всё портит. И также называть версию номером 0,666 просто глупо, имхо.

Всего записей: 21 | Зарегистр. 13-04-2006 | Отправлено: 14:09 19-05-2011 | Исправлено: CTAH, 14:25 19-05-2011
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CTAH
1. freearc/sfx не поддерживает имена файлов больше 255 символов. если тебе нужно - такая поддержка точно есть в 7-zip
2. fa не умеет находить дубликаты файлов, но у него есть другие технологии для рещения этой проблемы - большой словарь и интеллектуальное расположение файлов в архиве. словарь в 7-zip можно увеличить, не знаю можно ли в нём вручную переупорядочить файлы

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:50 22-05-2011
CDK

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

Цитата:
freearc/sfx не поддерживает имена файлов больше 255 символов.

Эммм... Имеется ввиду имя+расширение или полное имя? И что будет если такой файл попадется? Молча распакует "как сможет" или хоть варнинг даст?

Всего записей: 46 | Зарегистр. 01-09-2006 | Отправлено: 14:29 22-05-2011
sabio

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
можно ли сделать во FreeArc "инкрементальный режим"?
чтобы при создании архива можно было указать в параметрах уже существующий архив*, и чтобы в новый архив добавлялись только отличающиеся файлы (новые или изменившиеся)
 
думал сделать что-то такое сам, во внешнем скрипте
но там ведь получится либо список файлов - и потеряется вся структура каталогов, либо нужные файлы придётся сначала копировать в рабочую папку, что тоже не очень эффективно
 
или я чего-то недоглядел среди уже существующих параметров FreeArc?
 
* в идеале, было бы здорово иметь возможность указать несколько существующих архивов
это позволило бы реализовать многоуровневую инкрементальность ("полный архив каждый месяц, изменения относительно него каждую неделю + изменения относительно недели каждый день")

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 10:17 24-05-2011
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sabio
Для GUI-версии В диалоге добавления файлов в архив на закладке "Основное" в строке "Выходной архив" выбрать существующий архив  кнопкой "...", указать метод Сжатия, а потом на закладке "Архив" в строке "Режим перепаковки" выбирайте то, что вам нужно. Рекомендуется режим перепаковки по-умолчанию.

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 13:05 26-05-2011
sabio

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ruduk
в ком. строке тоже есть опция для обновления уже существующего архива
но дело в том, что я не хочу его обновлять - я бы хотел сохранить и исходные версии файлов, и новые
 
WinRAR, например, умеет добавлять в архив несколько версий одного и того же файла
вот что-то такое мне и надо, но, желательно, чтобы эти новые версии хранились не в том же самом архиве, а отдельно
 
т.е. в идеале должно получится что-то вроде:
backup_2011-05-23.arc ("полный" архив)
- file1.txt / 12 KB
- file2.exe / 3370 KB
- file3.doc / 200 KB
 
backup_2011-05-26.arc ("инкрементальный" архив, относительно backup_2011-05-23.arc)
- file2.exe / 3480 KB
- file4.dll / 123 KB
(file1.txt и file3.doc не были добавлены, потому что не изменились по сравнению с backup_2011-05-23.arc)

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 13:58 26-05-2011
Bulat_Ziganshin

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

Цитата:
думал сделать что-то такое сам, во внешнем скрипте  

какие проблемы? даёте fa список файлов, он их складывает в архив
 
я собираюсь сделать опцию, позволяющую изменить имя выходного архива аналогично 7z - т.е. архив создаётся как обычно но записывается в другой файл, так что оригинальный архив остаётся неизменным
 
видимо, надо ещё сделать вариант чтобы этот архив создавался с нуля - т.е. если в архиве есть 1.txt и архиватор обнаружил что в него надо добавить 2.txt, то этот файл добавляется в новый архив - как раз получится инкрементная упаковка. всё это технически несложно
 
сейчас инкрементальные архивы можно создавать за счёт атрибута Archive. как раз в gui это упоминается как инкрементальная упаковка. тебе это не подходит?

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:37 26-05-2011
sabio

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

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

как раз это мне и нужно
запускаем "обновление" архива, но сохраняем все данные в (новый) архив с другим именем
 

Цитата:
сделать вариант чтобы этот архив создавался с нуля

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

Цитата:
инкрементальные архивы можно создавать за счёт атрибута Archive

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

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 16:49 26-05-2011
Bulat_Ziganshin

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

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
теперь понял
 
всё верно, меня интересует именно вариант "создать с нуля"
 
по сути, первый вариант и так легко реализуется без всяких доп. параметров: копируем исходный архив с новым именем и запускаем обновление уже этой новой копии

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 20:19 26-05-2011
ruduk

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

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

А нужно будет указывать метод сжатия для "второго варианта" или есть возможность прочитать метод сжатия из исходного архива?

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 09:59 27-05-2011
Открыть новую тему     Написать ответ в эту тему

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