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

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

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

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

   

Bulat_Ziganshin

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

Официальный сайт
Документация он-лайн на консольную версию
Скриншоты / Документация на GUI версию
Страница загрузки
Проект на SourceForge.net / SVN-репозиторий

Последний релиз - FreeArc 0.40 от 1 января 2008 г. Новая версия включает мультимедиа-сжатие, улучшение обычного сжатия, сверх-быструю упаковку в режимах -m1/m2, поддержку произвольных внешних упаковщиков, настраиваемых в arc.ini, 1.5-кратное увеличение скорости работы на 2-ядерных процессорах, навороченное шифрование, полностью работающие плагины для FAR/TC, прямой доступ к архивам в интернете, восстановление архивов через интернет и множество других изменений (полный список)
 
Текущая альфа версия 0.50 от 23 июня 2008 г. Включает GUI с русификацией (описание), автоматическое определение типов файлов, создание SFX, ускорены режимы -m3/m4 и linux-версия, решены проблемы на машинах с 2+ гб ОЗУ, исправлены ошибки в -m1 и -mx (полный список изменений)

MiniFAQ...

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

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

предыдущая версия шапки

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:55 13-08-2007 | Исправлено: juvaforza, 20:57 28-01-2009
samthon



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

Цитата:
Дайте лог с "косячным" архивом:


Код:
FreeArc 0.50 alpha (June 23 2008) testing archive: h:\GameData.arc
  Decoding directory: 0.00 secs
  Directory decoded: 0.00 secs
  Directory built: 0.00 secs
Testing 6 files, 8.252.483.094 bytes. Processed  55.1%
ERROR: Error when reading or writing data in delta

 
Оказалось что ошибка даже не в конце архива, а в середине. Почему он ругался именно на 99% я так и не понял.
 
Заметил ещё такую вещь, чисто случайно. FreeArc установлен на жестком диске с файловой системой FAT32. Оказалось, что он у себя в папке bin создает файл $$arcpackedfile$$.tmp. Если я правильно понял, то это что-то типо временного не сжатого архива. А так как FAT32 может держать макс. 4Гб в одном файле, он просто не записал туда ещё половину данных от 8Гб. Единственное что смущает, почему же архиватор не прирвал работу? Если я прав, просьба подтвердить мои слова, т.к. времени на тестирования пережатия на систему с NTFS пока нет. Праздник как никак. ВСЕХ С НОВЫМ ГОДОМ!!!

Всего записей: 18 | Зарегистр. 14-12-2008 | Отправлено: 19:21 31-12-2008 | Исправлено: samthon, 19:27 31-12-2008
egor23



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

Цитата:
Если я прав, просьба подтвердить мои слова, т.к. времени на тестирования пережатия на систему с NTFS пока нет

ну так закиньте FreeArc на NTFS раздел.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:32 31-12-2008 | Исправлено: egor23, 19:33 31-12-2008
samthon



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

Цитата:
ну так закиньте FreeArc на NTFS раздел.

Обязательно проверю, но уже не сегодня.

Всего записей: 18 | Зарегистр. 14-12-2008 | Отправлено: 19:34 31-12-2008
egor23



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

Цитата:
Почему он ругался именно на 99% я так и не понял

наверно потому что там была другая ошибка

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:34 31-12-2008
samthon



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

Цитата:
наверно потому что там была другая ошибка

Вот наверно как раз из-за того что временный файл создался в папке с программой, которая в свою очередь находится на диске с системой FAT32, хотя лучше бы он создавался в том месте, где указано создание архива. Размер 7.68Гб, ошибка лезит на 55.1%, что примерно и равняется максимальному размеру файла на FAT32.

Всего записей: 18 | Зарегистр. 14-12-2008 | Отправлено: 19:43 31-12-2008
egor23



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

Цитата:
 ошибка лезит на 55.1%, что примерно и равняется максимальному размеру файла на FAT32.

я говоря про ошибку на 99%.
Вы помните что за ошибка была?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:54 31-12-2008
samthon



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

Цитата:
я говоря про ошибку на 99%.  
Вы помните что за ошибка была?

Помню, я даже её выложил. Смотрите пост выше, где лог выставлен.

Всего записей: 18 | Зарегистр. 14-12-2008 | Отправлено: 20:17 31-12-2008 | Исправлено: samthon, 20:28 31-12-2008
Bulat_Ziganshin

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

Цитата:
Оказалось, что он у себя в папке bin создает файл $$arcpackedfile$$.tmp. Если я правильно понял, то это что-то типо временного не сжатого архива.

мне казалось что он в текущем каталоге должен этот файл создавать  а вот остуствие проверки ошибок при записи - этосерьёзная проблема, надо проверить программу на этот счёт
 
 
мне прислали такую просьбу:
 
А нельзя ли сделать SFX-stub для Win32 GUI, который бы:
а) при запуске сразу же (без вопросов) распаковывал содержимое в %temp%\%archive_name%\  (предполагается, что название файла - %archive_name%.exe)
б) после распаковки запускал файл setup.exe и сразу закрывался.
Это нужно для создания дистрибутивов на его основе =) Возможно ли такое сделать?
 
думаю реалищовать это, так как работы немного, а польза огромадная. потом потихоньку дополню это до большей конфигурируемости а-ля rar/7z. только две поправки:
 
1) надо создавать подкаталог в %temp% с уникальным именем
2) после запуска setup надо дожидаться его завершения и удалять либо целиком созданный временный каталог либо только те файлы, которые мы в него распаковали
 
ваши идеи?
 
Добавлено:

Цитата:
Кстати, Булат, ты бы хоть написал, что планируется (или не планируется) в ближайших релизах. А то планов было громадьё, но времени, походу, на FA у тебя сейчас очень мало.  

да, времени не было, сейчас видимо появится
 
что делать? я уже запустил щупальца во все возможные стороны, видимо надо из всего этого выбирать наиболее выгодные (по соотношению польза/затраты) направления. видимо, в первую очередь надо закончить проект "fa 0.45". далее есть огромадное кол-во вариантов. из фич я считаю наиболее важными - нормальный gui, многопоточность, многотомность, использование для backup. но помимо этих крупных и важных направлений есть множдество других вещей, иногда достаточно простых в реализации, но весьма полезных. тот же инсталлер

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:11 04-01-2009
Engaged Clown



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да, многопоточность сейчас особенно актуальная, многие уже прикупили 4ядерные процессоры, я вот тоже склоняюсь к 4 ядрам, но софта исрпользующего их на полную почти нет, только игры

Всего записей: 8783 | Зарегистр. 08-06-2006 | Отправлено: 23:57 04-01-2009
euheny



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

Цитата:
есть множдество других вещей, иногда достаточно простых в реализации, но весьма полезных. тот же инсталлер

Вот я чего-то не понимаю пользу от этой вещи
 
Хотя наверное есть такие чудоюзеры, которые непонимают что такое папка и что такое диск
прикол какой-то
 
вот я бы хотел чтобы кто то сказал - да мне инсталер нужен!
и потом пусть объяснит - зачем  

Всего записей: 4080 | Зарегистр. 22-11-2006 | Отправлено: 04:12 05-01-2009
IamFool



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
euheny
Я так понимаю, имеется ввиду возможность создания инсталлеров на основе FreeArc'овских SFX архивов. Путём добавления фичи автораспаковки и запуска одной из распакованных программ.
 
Парадигма этого реализована, имхо, в WinRAR'е, однако, как мне кажется, можно обойтись и малым: было бы здорово иметь просто возможность задать путь распаковки по умолчанию и имя файла, который нужно запустить, при создании самого SFX архива. Пусть бы это дописывалось между SFX stub'ом и самим архивом (как это делалось в реализации инсталлеров на основе 7-Zip) просто в строковом формате? И просто в реализации (как мне кажется), и просто в обращении (в случае чего, можно обойтись copy /b и тремя файлами).
 

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 04:30 05-01-2009 | Исправлено: IamFool, 04:30 05-01-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Инфа от Марка Руссиновича
 
Pushing the Limits of Windows: Physical Memory
http://blogs.technet.com/markrussinovich/archive/2008/07/21/3092070.aspx
 
Преодолевая ограничения Windows: физическая память
http://blogs.technet.com/mark_russinovich/archive/2008/07/21/3151288.aspx
 
Pushing the Limits of Windows: Virtual Memory
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
 
Преодолевая ограничения Windows: виртуальная память
http://www.thevista.ru/page.php?id=10539

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 16:20 05-01-2009 | Исправлено: egor23, 16:38 05-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
обновил http://www.haskell.org/bz/arc1.arc
изменения:

Код:
  Tornado 0.5:
    better compression in -m1; faster -m3xt; modified -m1xx..-m4xx definitions; :t
    tor:7:c1 .. tor:11:c3; support for :l not power of 2
    checks at decoding in order to prevent segfaults
  GRZip multithreading!
  Prints CPU time and Real time for operation
 

 
некоторые тесты:
 
новая версия:

Код:
C:\> Arc.exe create a enwik8 -m2 -t
Compressed 1 file, 100.000.000 => 26.576.090 bytes. Ratio 26.5%
Compression time  9.22 secs. Real time 2.63 secs, speed 37.965 kB/s
Testing     time 14.12 secs. Real time 3.85 secs, speed 25.994 kB/s
 
C:\> Arc.exe create a enwik8 -m3 -t
Compressed 1 file, 100.000.000 => 24.025.762 bytes. Ratio 24.0%
Compression time 20.16 secs. Real time 10.84 secs, speed  9.228 kB/s
Testing     time 17.99 secs. Real time  5.98 secs, speed 16.714 kB/s
 
C:\> Arc.exe create a enwik8 -m3x -t
Compressed 1 file, 100.000.000 => 27.835.154 bytes. Ratio 27.8%
Compression time 15.10 secs. Real time 16.95 secs, speed  5.900 kB/s
Testing     time  1.79 secs. Real time  1.92 secs, speed 52.165 kB/s
 

 
старая версия:

Код:
D:\> Arc.exe create a enwik8 -m2 -t
Compressed 1 file, 100.000.000 => 26.576.090 bytes. Ratio 26.5%
Compression time  8.36 secs. Real time  8.92 secs, speed 11.212 kB/s
Testing     time 10.69 secs. Real time 11.19 secs, speed  8.940 kB/s
 
D:\> Arc.exe create a enwik8 -m3 -t
Compressed 1 file, 100.000.000 => 24.025.762 bytes. Ratio 24.0%
Compression time 18.61 secs. Real time 19.48 secs, speed 5.133 kB/s
Testing     time 15.49 secs. Real time 15.84 secs, speed 6.312 kB/s
 
D:\> Arc.exe create a enwik8 -m3x -t
Compressed 1 file, 100.000.000 => 27.569.254 bytes. Ratio 27.5%
Compression time 25.57 secs. Real time 21.63 secs, speed  4.623 kB/s
Testing     time  2.68 secs. Real time  3.09 secs, speed 32.321 kB/s
 

 
это для сравнения режим -m1:

Код:
D:\> Arc.exe create a enwik8 -m1 -t
Compressed 1 file, 100.000.000 => 40.174.086 bytes. Ratio 40.1%
Compression time 1.26 secs. Real time 2.23 secs, speed  44.924 kB/s
Testing     time 0.73 secs. Real time 0.98 secs, speed 101.729 kB/s
 

 
Добавлено:

Цитата:
Инфа от Марка Руссиновича

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

Цитата:
Парадигма этого реализована, имхо, в WinRAR'е, однако, как мне кажется, можно обойтись и малым: было бы здорово иметь просто возможность задать путь распаковки по умолчанию и имя файла, который нужно запустить, при создании самого SFX архива.

чем не нравится минималистичный вариант, который я описал? в будущем я хочу добавить текстовый конфиг, который можно будет править аналогично комментарию архива (т.е. задавать вручную) плюс его настройщик в GUI-версии

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:32 05-01-2009 | Исправлено: Bulat_Ziganshin, 17:37 05-01-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
первая новая версия - это старая версия? Хотя, противоречивые результаты, видно потому что на разных дисках. Compression time больше, а Real time и speed куда-то уплыли.
 
Добавлено:
а не, не угадал

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

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

Цитата:
Хотя, противоречивые результаты, видно потому что на разных дисках. Compression time больше, а Real time и speed куда-то уплыли.

объясняю: при многопоточности время работы cpu часто увеличивается, поскольку треды конкурируют за общие ресурсы - кеш, память, т.е. на каждый тред ресурсов достаётся меньше. но общее время работы (real time) при этом всё равно уменьшается - если конечно не запускать тредов больше, чем у нас в наличии процессоров
 
так что смотри просто на speed

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:48 05-01-2009 | Исправлено: Bulat_Ziganshin, 17:49 05-01-2009
IamFool



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

Цитата:
чем не нравится минималистичный вариант, который я описал? в будущем я хочу добавить текстовый конфиг, который можно будет править аналогично комментарию архива (т.е. задавать вручную) плюс его настройщик в GUI-версии

Тоже хорошо, только по-моему можно и не удалять содержимое - setup может и сам это сделать В любом случае, что бы ни было сделано, уже "покатит".
 

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 17:55 05-01-2009
Bulat_Ziganshin

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

Цитата:
Тоже хорошо, только по-моему можно и не удалять содержимое - setup может и сам это сделать

в том-то и дело, что setup не может удалить сам себя
 
Добавлено:
может, наглядней будет выводить время в таком формате:
 
Compression time: cpu 25.57 secs, real 21.63 secs. Speed  4.623 kB/s
Testing time: cpu 2.68 secs, real 3.09 secs. Speed 32.321 kB/s  
 
?
 
Добавлено:

Цитата:
Да, многопоточность сейчас особенно актуальная, многие уже прикупили 4ядерные процессоры, я вот тоже склоняюсь к 4 ядрам, но софта исрпользующего их на полную почти нет, только игры

 
я тоже это чувствую, только с другой "стороны баррикад". фактически, для полной реализации многопоточности в fa нужно:
  1. сделать многопоточными все 11 алгоритмов. осталось всего 10
  2. сделать так, чтобы отдельные солид-блоки могли сжиматься параллельно

 
соответственно, в след. раз я хочу заняться вторым пунктом. ну а первый потихоньку будем реализовывать, хотя там принципиальный момент - сделать многопоточным lzma.

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:02 05-01-2009
Benchmark



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

Цитата:
из фич я считаю наиболее важными - нормальный gui, многопоточность, многотомность, использование для backup

Отлично. Пускай это и будут приоритеты для 0.60.
 

Цитата:
но помимо этих крупных и важных направлений есть множдество других вещей, иногда достаточно простых в реализации, но весьма полезных. тот же инсталлер

Тоже спору нет. Но ведь эти дополнительные вещи так или иначе будут постепенно прикручиваться по ходу разработки.
 
На мой взгляд важно в первую очередь реализовать функционал, какой на данный момент еще отсутствует во FreeArc, но есть в WinRAR и 7zip. Плюс чтобы оно работало стабильно. Вот тогда уже можно будет думать о полной и окончательной их замене на FA.

Всего записей: 6844 | Зарегистр. 01-10-2002 | Отправлено: 18:57 05-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
кстати, кол-во загрузок растёт несмотря на отсутствие прогресса:
Dec 2008 4,027 15.8 GB    
Nov 2008 3,181 13.2 GB    
Oct 2008 2,372 9.5 GB    
Sep 2008 2,994 14.0 GB    
Aug 2008 2,062 6.9 GB    
Jul 2008 1,825 7.1 GB    
Jun 2008 1,197 3.4 GB

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:41 05-01-2009
juvaforza

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

Цитата:
наглядней будет выводить

наверное да.  
Ещё интересно, что в режиме -m2 -t что скорость сжатия выше, чем скорость тестирования
 
Добавлено:
это с sf статистика или с .org ?

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 20:52 05-01-2009 | Исправлено: juvaforza, 20:54 05-01-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

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор
Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru