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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2

Модерирует : gyra, Maz

Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Widok



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

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей


Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)
 
Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc

Сторонние оболочки для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:02 30-01-2009 | Исправлено: Bulat_Ziganshin, 22:15 30-08-2009
Bulat_Ziganshin

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

Цитата:
т.е. ~ поиск отъел 100МБ и сортировка отъела 100МБ

дело в том, что память используется нелинейно, просто когда кончается текущий блок памяти - выделяется вдвое больший. чтобы точно увидеть расход памяти - сделай  
set GHCRTS=-c -F1.1
 
 

Цитата:
Сейчас freearc.history и freearc.ini выполняют одни функции, может стоит оставить один файл, в котором хранить настройки? (а историю - в другом, или в том же)  

ну так и предполагалось. просто я в определённый момент сделал удобное api для работы с первым, и стал всё сувать туда - побыстрее, побыстрее
 
вообще, где и как хранить настройки/историю - надо подумать. что у нас есть:
1) стандартные варианты настройки для раличных опций (сжатие, шифрование и т.д.), которые впрочем пользователь может расширять и в дальнейшем - удалять, менять, переупорядочивать
2) история каталогов/архивов
3) текущие настройки разных опций сжатия и настроек в Setiings
 
при этом у нас есть  
1) настройки по умолчанию (в частности сжатия, шифрования и т.д.), которые могут меняться от версии к версии
2) настройки, произведённые пользователем, которые он хотел бы сохранить при переходе от версии к версии
 
хранить их можно в реестре, глоб. файле, user-local файле
 
требуется - обеспечить наиболее удобное для пользователя их сохранение и "бесшовный" переход на новую версию. да, и ещё операцию восстановления стандартных настроек если юзер их полностью раздолбал. как это всё совместить?
 
вариант 0: хранить всё в freearc.ini; в комплект поставки включить standard.freearc.ini; сделать спец. пометку на станд. опциях, чтобы их можно было отличать от введённых пользователем настроек. при апгрейде - удалять станд. опции из freearc.ini и добавлять их из standard.freearc.ini; при восстанвовлении станд. настроек делать то же самое, опционально удаляя все пользов. настройки данной категории (скажем, пользователь может восстановить только опции сжатия). что-то черезчур громоздко получилось
 
Добавлено:

Цитата:
Он может сжать лучше и быстрее.

забыл, что опций больше. вот из заставки:
 
FreeArc is free, open-source archiver for Windows and Linux. It features solid archives with smart updating, AES+Twofish+Serpent encryption, recovery record, self-extracting archives and wide range of compression profiles.
 
советую проглядеть доку на консольну. версию по диагонали, и прикинуть - что из этого тебе не хватало в 7zip
 
и в любом случае советую подождать след. версию, благо что она должна появиться уже завтра

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:03 24-04-2009 | Исправлено: Bulat_Ziganshin, 00:07 24-04-2009
sabio

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nick222
может, вам сначала склеить все свои миллионы файлов в один tar-архив, а потом его уже жать FreeArc-ом?
а чтобы на solid-сжатии не потерять, их перед tar-ом хорошо бы отсортировать
 
распаковывать по-отдельности, правда, будет хлопотно
но можно ведь сделать, скажем, по одному tar-у на 1000 файлов...
 
или у вас чисто теоретический интерес?

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 01:19 24-04-2009
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sabio
Вопрос сугубо практический - нужно делать ежемесячный бэкап.
Сейчас использую 7z - но есть пакет, где слишком много файлов (разрезать пополам нельзя).
TAR-ом я и сжал - но этот процесс очень долгий и каждый раз так делать не будешь - и потом, теряется вся автоматизация - сначала затарить, потом сжать... (я делаю полный бэкап каждый месяц и инкрементальный или как там его - каждую неделю).
 
Добавлено:
Bulat_Ziganshin
А если так сделать - понимаю, что бред:
1) ФриАрк анализирует размер непрерывной памяти;
2) Прикидывает, сколько файлов за раз сможет сжать;
3) Сжимает, допустим по 1 млн файлов - каждый в отдельный архив;
4) Полученные в (3) архивы тупо склеивает в один.
 
Не прокатит?

Всего записей: 2288 | Зарегистр. 28-11-2004 | Отправлено: 07:20 24-04-2009
Bulat_Ziganshin

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 09:41 24-04-2009
sabio

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

Цитата:
и потом, теряется вся автоматизация - сначала затарить, потом сжать

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

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 10:19 24-04-2009
Bulat_Ziganshin

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

Цитата:
единственное ограничение здесь в том, что свободного места должно быть раза в полтора больше, чем объём всех данных

зачем? тарить на stdout и тут же сжимать 7z-ом

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 10:28 24-04-2009
sabio

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

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 10:42 24-04-2009
Bulat_Ziganshin

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

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

и какая связь? просто tar и архиваторы по-разному устроены - архиваторы собирают полный список файлов, колдуют над ним и затем сжимают. tar сразу упаковывает каждый найденный им файл - нет нужды хранить эти миллиарды в памяти
 
кстати! вспомнил рекордсмена по потреблению памяти - uharc. вот он точно 3 миллиона всосёт. вот из анналов:

Код:
======= C:\Base\Compiler (62 тысячи файлов + 5 тысяч каталогов) ==============================
 
uharc gs-   4.5 mb  6.5 sec  (из них 4.5 сек. - в ОС)
 
7z   en      39 mb    6 sec  (из них 4.4 сек/28 mb - собственно поиск, из них 1.4 сек. - в ОС)
 
rar          11 mb    4 sec  (из них 2.7 сек. - собственно поиск)
rar  en      11 mb    7 sec
rar gen      11 mb   18 sec
 
ARC 16.12  (c UTF8Z + case-sensitive sortOn')
arc  en -c   20 mb   10 sec  (6.5+3.5gc)

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 10:56 24-04-2009
sabio

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

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 11:16 24-04-2009
egor23



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

Цитата:
дело в том, что память используется нелинейно, просто когда кончается текущий блок памяти - выделяется вдвое больший. чтобы точно увидеть расход памяти - сделай  
set GHCRTS=-c -F1.1

на что должно оказать влияние данная переменная?
выставил
 
test_111000.iso - 111000файлов
FreeArc.exe GUI - открыли диск выделили папки
упаковывается папка 00100000 - 100000 файлов в корне папки.
-mlzma:10m
деление посик файлов \ сортировка - по показаниям окна упаковки
 

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:40 24-04-2009 | Исправлено: egor23, 13:57 24-04-2009
Bulat_Ziganshin

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

Цитата:
на что должно оказать влияние данная переменная?  

на характер потребления памяти. в частности, он должен увеличиваться скачками в 1.1 раза. у тебя же эта переменная просто не сработала
 
установи в батнике и затем вызови arc.exe
 
Добавлено:
кстати, в твоей картинке 116 мег на 110к файлов - то, что я и говорил. вообще, статистику использования памяти печатает сам ghc RTS - надо добавить в него опцию -sstderr или -sFILENAME

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:00 24-04-2009
egor23



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

Цитата:
хранить их можно в реестре, глоб. файле, user-local файле

и там \ и там \ и там \ и ещё там-то...
право выбора пользователю, где хранить

Цитата:
что-то черезчур громоздко получилось

главное чтобы пользователь не замечал этой громоздкости.
 
Добавлено:
Bulat_Ziganshin

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

дополнительный софт, кроме самого FreeArc \ Arc нужен для работы переменной?

Цитата:
кстати, в твоей картинке 116 мег на 110к файлов - то, что я и говорил

если быть точным 107МБ на 100к
там скачёк после сортировки \ или в конце сортировки до 179.4МБ (на 63.1МБ)
 
и после отмены упаковки память не высобождается или не дождался этого момента.
хотя и продолжить работать с FreeArc не получится
даже при "успешной" отмене упаковки (FreeArc не вылетел \ не повис),
при нажатии кнопки Упаковать - FreeArc вылетает.
 
надо будет на наборе 500к файлов посмотреть
(500000 файлов в папках по 100000 файлов в папках по 10000 файлов)

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 14:26 24-04-2009
Bulat_Ziganshin

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

Цитата:
дополнительный софт, кроме самого FreeArc \ Arc нужен для работы переменной?

нет
 
Добавлено:
So, please test the release... well, the release candidate version:
 
http://www.haskell.org/bz/FreeArc-0.51-win32.exe
http://www.haskell.org/bz/FreeArc-portable-0.51-win32.zip
http://www.haskell.org/bz/FreeArc-console-0.51-win32.exe
http://www.haskell.org/bz/FreeArc-0.51-sources.tar.bz2
 
changes i've made:
 
    * GTK updated to version 2.16
    * GRZip: report/correct memory usage with respect to amount of cores used
    * GRZip: allow blocks up to 32 mb to improve m/t performance
    * GUI: progress indicator now shows current compressed/total compressed sizes even on decompression
    * GUI: make toolbar buttons non-homogeneous
    * Compression: tor:ah/al parameters support (auxiliary hash for -7..-11 modes)
    * arc.ini: reorganized a bit to separate my and pat357 definitions
    * Unarc: delete partially-decompressed files on error; return errlevel=2 on any error or user-requested exit
    * fixed exe->arc renaming bug (updated freearc.history to use proper SFX option)
    * Linux: fixed problems with directory browse dialogs

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:03 24-04-2009
juvaforza

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

Цитата:
GTK updated to version 2.16

Новые иконки - класс, яркие такие.
Только новых файлов куча - не тех, что были раньше, два новых libpng, хотя до этого по номеру старше версия была. Что с новыми делать, старые можно удалять?

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 17:22 24-04-2009
Bulat_Ziganshin

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

Цитата:
Что с новыми делать, старые можно удалять?

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 17:28 24-04-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Если окно FreeArc было "поверх всех окон"
то например окно - Помощь-Информация о программе
появится за окном FreeArc, а т.к. окно FreeArc становится "не активным", то возникают сложности...
 
Проблема в том, что окно О программе не унаследовала "Поверх всех окон"
 
Добавлено:
Bulat_Ziganshin

Цитата:
Новые иконки - класс, яркие такие.

неплохо бы иконки тулбора иметь разного размера
а то только иконка замка (закрыть архив от модификаций) имеет вроде разного размера иконки.
gtk-theme-name = "LargePrint"
 

 
Добавлено:
juvaforza

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

там dll-ки только из 2.16

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 17:37 24-04-2009
Bulat_Ziganshin

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

Цитата:
Проблема в том, что окно О программе не унаследовала "Поверх всех окон"  

мне и так пришлось все диалоги вручную сделать чтобы решить эту проблему. about - последний, отложим до след. версии. заодно можно будет редизайн его сделать, картинку слева вставить
 

Цитата:
неплохо бы иконки тулбора иметь разного размера
а то только иконка замка (закрыть архив от модификаций) имеет вроде разного размера иконки.
gtk-theme-name = "LargePrint"  

не понял

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:11 24-04-2009
egor23



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

Цитата:
не понял

на скрине
кнопки на тулборе
только одна иконка выглядит нормально, остальные не "в фокусе"

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:11 24-04-2009
Bulat_Ziganshin

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 20:38 24-04-2009
egor23



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

Цитата:
мне и так пришлось все диалоги вручную сделать чтобы решить эту проблему. about - последний, отложим до след. версии. заодно можно будет редизайн его сделать, картинку слева вставить

последний?!
все окна появляются за основным
Опции-Настройки
Опции-Просмотреть лог файл (лог файл не прописан)
Команды-Добавить файлы в архив
и т.д.
 
Добавлено:

Цитата:
а что я могу сделать? нарисовать недостающие?

например сделать dll-ку с иконками, или типа того.
остальное вопрос времени

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:44 24-04-2009
   

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

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2
Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru