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

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
precomp + FA
при включении в алгоритм прекомпа сжатия сейчас проходит так:
1) файлы которые должны обрабатываться этим препроцессором загоняются в архив без сжатия
2) файл обрабатывается прекомпом
3) далее идет упаковки lzma
 
не лучше было бы сделать этот процесс следующим образом:
1) прекомпом обрабатывается каждый нужный файл отдельно
2) далее идет упаковки lzma
 
или этот процесс можно было бы сделать вообще параллельным, например:
один файл обрабатывается прекомпом а дальше lzma, после обработки этого файла lzma ставится на паузу, дальше цепочка повторяется прекомп - lzma - lzma(pause) -...
аналогично и с распаковкой
 
преимущества такого метода:
1. выпадает объединения данных в несжимаем архив (+ скорость, - размер временной папки при упаковке / распаковке)
2. при параллельной работе размер папки с временными файлами будет минимальный (будет равен наибольшему pсf файлу)
3. этот процесс позволит сделать лучше поведение прогресс бара
 
возможно ли такое вообще сделать, и если возможно, то вы не хотите ли это сделать в ФА?

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 14:54 11-03-2012 | Исправлено: vasulpr, 14:56 11-03-2012
Sergey_Advisor

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обнаружена следующая проблема.
 
Система стоит на диске С с FAT32.
На диске D лежит снимок диска C в формате tib, размер 9 ГБ.
Архивация FreeArc невозможна по той простой причине что он на диске C зачем-то начинает создавать временный файл более 4ГБ. Изменить временную директорию не нашел как и вообще не понятно зачем такой огромный временный файл и может его как-то разбивать.

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 16:23 11-03-2012
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergey_Advisor
настройки / редактировать настройки программы / основное. там указывай расположение временного каталога.
чтобы этот временный файл при упаковке и распаковке не создавался - отключи rep, но тогда немного снизится уровень сжатия

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vasulpr, спасибо. Не заметил, потому что каталог не был явно прописан (просто пусто). А предложение разбивать временный файл на меньше 4ГБ для FAT в силе.

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 17:50 11-03-2012
Sergey_Advisor

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попытка добавить к архиву (2ГБ) информацию для восстановления приводит к сообщению: malloc: resource exhausted (out of memory).
 
Параметры сжатия: -mx -ld1600

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 00:57 12-03-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergey_Advisor
 
1. А без восстановления с опцией -mx на 9 ГБ у Вас что получается?
Это же уйма времени! (1 час?)
 
2. Не пробовали что-нибудь типа -m82...-m83  
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#6
Временные файлы в этих методах не создаются.

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Время там 1,5 часа меня устраивает.
С временным файлом я разобрался - перекинул его на диск с NTFS, но все равно осадочек остался.
А вот почему добавление кода для восстановления упирается в память мне не понятно - ведь код добавляться по верх основного архива и по идее степень сжатия основного архива ни как влиять не должна. С -mx -ld800 код все таки добавился.

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 17:56 12-03-2012
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, а как бы к вам в статистику попасть ?
Тут на днях побывал на сервере с 70 Гб памяти, хотел украсить вашу статистику

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 00:50 14-03-2012
SaintPaul

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
скажите пожалуйста, каждый раз при включенном прекомпе в ФА когда начинаю жать файл то прогрессбар останавливается на 10%, это понятно, что ФА извлекает файлы во временную директорию, но можно ли с этим как-то бороться? И еще, когда пережимаю существующий архив, при включенном срепе прогрессбар постоянно доходя до 99% падает на ~ 95 и опять, и так пока не закончится процесс, возможно я жму реправильно, пользую пока встроенные методы в ФА ибо пока не силен в составлении собственных цепочек )))

Всего записей: 10 | Зарегистр. 12-03-2012 | Отправлено: 01:03 14-03-2012
Bulat_Ziganshin

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

Цитата:
srep:mem256mb это размер словаря? если да то в каких пределах его можно указывать?  

нет. это размер буфера озу используемый при распаковке, в истории srep довольно подробно описана его работа: http://freearc.org/history/changelog_full_ru.htm
 

Цитата:
не лучше было бы сделать этот процесс следующим образом:  
1) прекомпом обрабатывается каждый нужный файл отдельно  
2) далее идет упаковки lzma  

это технически реализуемо, но требует работы, а есть куда более важные вещи
 

Цитата:
предложение разбивать временный файл на меньше 4ГБ для FAT в силе.

согласен, не помешает, добавил с низким приоритетом
 

Цитата:
Булат, а как бы к вам в статистику попасть ?  
Тут на днях побывал на сервере с 70 Гб памяти, хотел украсить вашу статистику  

там и 128 гб было, просто эта статистика за последнюю неделю только. попасть просто - при проверке новой версии инфа о машине отсылается, а страница обновляется в 0:00 по гринвичу
 

Цитата:
скажите пожалуйста, каждый раз при включенном прекомпе в ФА когда начинаю жать файл то прогрессбар останавливается на 10%

precomp/srep - внешние упаковщики, у них по определению несколько ограниченная поддержка и в частности проблемы с отображением индикатора прогресса

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:30 14-03-2012 | Исправлено: Bulat_Ziganshin, 21:39 14-03-2012
SaintPaul

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
спасибо, а можно узнать, я сделал репак и сделал не 3-4 тома а 8-10 томов с упакованными данными? Это как-нибудь влияет на распаковку или вообще на что-то влияет?

Всего записей: 10 | Зарегистр. 12-03-2012 | Отправлено: 21:56 14-03-2012
Bulat_Ziganshin

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

Цитата:
Попытка добавить к архиву (2ГБ) информацию для восстановления приводит к сообщению: malloc: resource exhausted (out of memory).  

спасибо за баг-репорт. при добавлении RR надо снять галочку с режима сжатия, иначе freearc ещё и перепаковывает архив. именно поэтому ему не хватает памяти - 1600 мб для распаковки старого алгоритма, ещё столько же для упаковки новым
 

Цитата:
спасибо, а можно узнать, я сделал репак и сделал не 3-4 тома а 8-10 томов

а что за тома? freearc многотомность не поддерживает

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:58 14-03-2012 | Исправлено: Bulat_Ziganshin, 21:59 14-03-2012
SaintPaul

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ну тома - это архивы созданные им ))) неправильно выразился просто )))
и еще при попытке распаковать архив с помощью ISDone  Unarc.dll возвращает мне код ошибки -2(Unsupported compression metod)

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

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:26 14-03-2012
Sergey_Advisor

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

Цитата:
согласен, не помешает, добавил с низким приоритетом  

 
Спасибо.
 

Цитата:
спасибо за баг-репорт. при добавлении RR надо снять галочку с режима сжатия, иначе freearc ещё и перепаковывает архив. именно поэтому ему не хватает памяти - 1600 мб для распаковки старого алгоритма, ещё столько же для упаковки новым  

 
Ошибка выдается в двух случаях:
 
1. добавление кода при сжатии (сразу выставляется 3 галки - сжать, код, sfx). При начале работы (уже после сжатия) он и вылетает, еще до добавления кода.
2. командой добавить код к архиву (там галки сжатия нет, есть только галка код)
 
Я как не смог добавить код сразу решил сначала сжать, а потом добавить код но ничего не получилось.

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 22:57 14-03-2012
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:06 14-03-2012
Sergey_Advisor

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот окно добавить код.
 
http://s59.radikal.ru/i163/1203/e3/70a59663ade9.jpg

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 23:25 14-03-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergey_Advisor
вот первая же строка - сжатие. другое дело что галка там не отмечена. а вот 100% RR при немаленьком размере архива - это жесть. советую вам par2 использовать для таких вещей

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:34 14-03-2012
Sergey_Advisor

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

Цитата:
вот первая же строка - сжатие. другое дело что галка там не отмечена.

 
Так она там и не стояла, а ошибка все равно вылазит. Вот попробовал на маленьком архиве.
 
1. Сжал как обычно -mx -ld1600m
2. Командой добавил код для восстановления (галки сжатия нет и я ее не убирал! версия FreeArc 0.67 (March 18 2011))
 

Цитата:
а вот 100% RR при немаленьком размере архива - это жесть. советую вам par2 использовать для таких вещей

 
А в чем фишка? Тут все одним файлом, места у меня навалом, а современные диски время от времени любят сыпать плохими секторами. Если бы эта программа использовала новые коды коррекции, а не коды Рида-Соломона.
 
Добавлено:
Вот еще раз проверил:
 
1. Сжатие образа диска 9ГБ в 2ГБ.
2. Выбор пункта добавить восстановление.
3. Галочки сжатия нет.
4. Сортировка списка файлов.
5. Сообщение об ошибке.

Всего записей: 20 | Зарегистр. 28-10-2009 | Отправлено: 23:48 14-03-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergey_Advisor
проблема в том, что вся информация для восстановления хранится в RAM, причём память выделяется одним блоком. поэтому её размер не может быть больше размера наибольшего непрерывного блока ОЗУ (диалог Settings/Information)
 
freearc использует xor - намного более примитивную схему коррекции ошибок, чем коды RS. вообще это совсем не моя область, но я думаю, что par2 и 20% инфы - вполне достаточно для любых сбоев. дальнейшее повышение надёжности хранения данных - за счёт хранения копий на разных носителях (внешние диски, интернет, dvd, usb-стик)

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