» FreeArc (часть 4)

Shuld

Цитата:

открываю FreeArc-ом - заметно дольше

Возможно диск сильно фрагментирован, и используется "мощный" уровень эвристики антивируса. Попробуйте отключить антивирус, полностью дефрагментируйте диск (на котором находится архив), проверьте открытие архива.
Иногда даже 1 МБ файл при сильной фрагментации файловой системы может быть записан 300 фрагментами, а вы говорите о 4,6 ГБ!
Также если во время сжатия в .arc были использованы специфические методы, попробуйте сжать -m2 например и проверьте еще раз.
Дальше если уж захотели разобраться, то не мешало бы дать хотя бы листинг архива

FreeArc — планы на будущее.
План только один - Не выйти в релиз при жизни этого и даже следующего поколения, посетителей этого замечательного форума.

terenty79
рискуешь не дожить до пенсионного возраста - утонешь в слезах и ...

Не понимаю.
Если архив .7z открывается программой 7zip за 2 сек,
а тот же (!) архив окрывается FreeArc-ом секунд за 10,
то при чем тут фрагментация?
Попробовал сейчас на архиве размером 100 Мб.

Добавлено:
Или сам FreeArc у меня установился в медленную часть винта, или сильно фрагментирован?

Добавлено:
ruduk

У Вас сколько секунд уходит на открытие архива .7z
программой 7zip и сколько - FreeArc-ом?

Скажите, у вас радости сразу прибавилось от того, что вы гадости написали??? Вы сами-то много чего полезного бесплатно сделали???

Не нравится, не пользуйтесь. Я буду рад, если FreeArc исправит глюки, но ехидствовать, что пока не готово также нет смысла.

Я предложил идею, как избавиться от гуи (плагин для 7z). Советую и вам предложить или оказать другую помощь.

Цитата:

Если архив .7z открывается программой 7zip за 2 сек,
а тот же (!) архив окрывается FreeArc-ом секунд за 10,

антивирь может влиять - фриарк работает же через 7z.dll

У меня фа (и новый и 0.67 от 17.11.2010) 1.5-гиговый рар-архив с доками за 16 сек, а сам рар за 8 сек. НОД32 не влияет.

added: а 7z вообще моментально его открывает

ЗЫ: радует каждый раз при запуске свежего, только скачанного, фа (Portable Windows package) сообщение о том, что есть еще более новая версия

Цитата:

рискуешь не дожить до пенсионного возраста

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

Добавлено:

Цитата:

но ехидствовать

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

CDK
фа 1.5-гиговый рар-архив с доками за 16 сек
added: а 7z вообще моментально его открывает

Так?
Значит не только у меня так?

Shuld

Цитата:

фа 1.5-гиговый рар-архив с доками за 16 сек

сжал игру, и у меня ~10 сек на открытие .rar и меньше 1 сек на открытие тех же файлов, но уже в .arc-архиве. Размер архива ~2 ГБ. Понятное дело .arc все-таки родной формат, а .rar посредством 7z.dll, потому и дольше.

Добавлено:
Специально обновил базы антивируса, почистил временные файлы, продефрагментировал диски, перезагрузил компьютер. После перезагрузки архив .rar открывался 21 сек! Повторное открытие стало меньше (типа ~14 сек), а потом остановилось на 6 сек (наверное кеширование помогает). Для .arc все также меньше 1 сек.

А меня, например, ни чуть не смущает условная нумерация версий этого замечательного архиватора.
С удовольствием пользовался предыдущими версиями FreeArc`а как вполне работоспособными, постоянно пользуюсь также и текущей.

Бесконечно благодарен автору, и желаю многоуважаемому Булату Зиганшину личного творческого долголетия и всяческих успехов в развитии FreeArc`а в удовольствие пользователям!

Shuld
Исходный размер папки 6.19 Гб, сжатый в FreeArc 5.63 Гб. Время открытия оболочкой FreeArc полторы секунды.
Сжал Winrar, размер 5.59 Гб. Время открытия архива в FreeArc тоже полторы секунды.
Думаю и с 7-zip будет так же. Проблемы не увидел.

Цитата:

А меня, например, ни чуть не смущает условная нумерация версий этого замечательного архиватора.

Дело не в нумерации, а в функционале. Был бы нормальный гуи с drag'n'drop, уже было бы значительно лучше, и кстати способствовало бы широкому распостранению архиватора. Булат, может напишешь в чём загвоздка? А мы чем сможем тем поможем.

Уважаемые форумчане,

не поделитесь версией FreeArc в которой корректно работает сжатие изображений типа jpg, jpeg? На сайте версия 0.666 (20 мая 2010 г.) - она насколько я понял некорректно работает с изображениями. Очень нужно для архивирования огромного объема семейных фотографий.

Вот это да, нам раскрыли глаза... Оказывается функционал заключается в GUI с drag'n'drop.
А мы то дурачки радуемся фильтру dispack, матчфайндеру ht4, возможности снижать потребление памяти при использовании внутренних алгоритмов путем указания tempfile в цепочке....

Новая альфа-версия:добавлен Win7-индикатор прогресса в таскбаре в Arc.exe, FreeArc.exe и GUI SFX модулях

Комстрока:поддержка множественных конфиг-файлов, по умолчанию arc*.ini (файлы с теми же именами в более приоритетных каталогах перекрывают файлы из менее приоритетных кталогов)
в листфайлах поддерживаются rar-совместиые комментарии - строки начинающиеся с "//"
удаляются элементы пути ".." и "." из имён файлов в архиве (при упаковке, распаковке и при распаковке в unarc/sfx/dll)
исправлена ошибка при обработке опций типа -s1e, добавлено сообщение об ошибке при некорректно заданной опции -s

Сжатие:метод lz4b переименован в lz4, так что это будет окончательной реализацией алгоритма LZ4
REP с большими :l/:c стал до 2 раз быстрее (для хеширования используются все ядра CPU)
-m4b -mt2 теперь основан на lzma (раньше - xlzma)
LZMA-x64/LZMA-x86 и facompress*.dll откомпилированы в Visual C++ 2013

Внешний вид:степень сжатия вычисляется с 4 цифрами и округляется: "12.34%"; скорости - в mB/s
после выполнения команды "freeearc a -t" окно программы не зщакрывается автоматически
MultiArc: плагин к Total Commander теперь везде использует ANSI-кодировку имён файлов




New alpha version:new translations: Bulgarian, Finnish and Malay for a total of 22 languages
added Win7 taskbar progress indicator to Arc.exe, FreeArc.exe and GUI SFX modules

Cmdline:support for multiple configuration files, default arc*.ini (files with the same names in higher-priority dirs override files from lower-priority dirs)
accept RAR-like "//" comments in listfiles
remove ".." and "." entries from filenames stored in archive (on compression, extraction and in unarc/sfx/dll)
fixed bug in processing option -s1e, added error message on incorrect solid grouping specifier

Compression:lz4b method renamed to lz4, so it will be final implementation of LZ4 algo
REP with large :l/:c made up to 2x faster (use all CPU cores for hashing)
use lzma instead of xlzma for -m4b -mt2
LZMA-x64/LZMA-x86 and facompress*.dll compiled with Visual C++ 2013

UI:show compression ratios with 4 digits and rounded: "12.34%"; show speeds in mB/s
don't close program window after execution of "freeearc a -t" command
MultiArc: updated Total Commander plugin to use ANSI codepage everywhere

ruduk

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

Paramon111
Время в случае, если архиватором с момента включения не пользовался? Или после нескольких открытий архивов?

Shuld
Просто создал архив .arc, открыл его, удалил. Потом создал архив .rar, открыл FreeArc`ом и снова удалил.
После включения ПК архивы создавал перед этой проверкой.

Новая альфа-версия:LZ4: импортирована ревизия от 5-го ноября; lz4:hc:b256k:90% - использовать HC matchfinder, блоки 256кб, оставлять несжатыми блоки с коэф. сжатия >90%
LZMA: в xlzma сохраняет однажды выделенные буфера (для предотвращения фрагментации памяти при сжатии многогигабайтных данных)
-m1/-m2/-m3: изменены настройки для улучшения соотношения скорость/сжатие
Tornado: исправлена ошибка в предыдущей альфе, иногда приводившая к созданию нераспаковываемых архивов в режимах -m1/-m2

New alpha version:LZ4: imported Nov5 revision; lz4:hc:b256k:90% - use HC matchfinder, 256kb blocks, store blocks with compression ratio >90%
LZMA: keep allocated buffers in xlzma (in order to prevent memory fragmenation when compressing multigigabyte data)
-m1/-m2/-m3: tuned params in order to improve speed/compression ratio
Tornado: fixed bug in previous alpha sometimes leading to bad compressed data in -m1/-m2 mode

Bulat_Ziganshin

Цитата:

MultiArc: плагин к Total Commander теперь везде использует ANSI-кодировку имён файлов

Т.е. в файле freearc.addon UTF-8 исправлено на ANSI и все?

Skif_off
да. так что в русской винде с новым addon русские имена файлов в архиве должны полностью поддерживаться. а в какой-нибудь литовской - соответственно литовские


Цитата:

drag'n'drop

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

Провел новый тест с архиваторами, в том числе FreeArc от 28 ноября 2012
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=780#19

Метод -m1 показал заметное улучшение по времени и степени сжатия. Причем сжатие на этом (и некоторых других) данных даже лучше, чем у методов -m2/m3. Причина, по-моему, в том, что на больших объемах данных деление на группы скорее вредит, чем помогает. А в методе -m1 групп мало.
(Разумеется, немало данных, на которых метод -m1 показывает результаты по сжатию хуже других методов).


Добавлено:
В тесте приведены обновленные варианты методов -m81...-m89 и добавлен метод -m80
Расшифровка методов:

Добавлено:
Метод Расшифровка метода Примерное соответствие стандартному методу

FYI
Как пропатчить 32-битную WinXP, чтобы получить доступ к 4+ ГБ памяти - http://habrahabr.ru/post/202406/

Shuld, я с тобой полностью согласен, быстрые -m8* давно надо перенести в официальный .ini , как и нормальную поддержку jpeg/mp3 без precomp через packarc. Полгода прошло, Булат не хочет это добавлять по умолчанию без бубнов.

Bulat_Ziganshin

Цитата:

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

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

Если бы существовала отдельная фриарковская библиотека (по аналогии с 7zip), её бы уже давно добавили в утилиты вроде PeaZip, PowerArchiver и т.д., т.е. в отлаженные и "вылизанные" полнофункциональные GUI.


Цитата:

FreeArc 0.70

FreeArc 0.70 is expected to be released in October.

Булат, ну хоть укажи, в октябре какого года

sabio

Цитата:

Как пропатчить 32-битную WinXP, чтобы получить доступ к 4+ ГБ памяти

Там в выводах прекрасное:

Цитата:

Примечание 1. Поскольку в методике используется dll из первого сервиспака, есть вероятность, что в ней имеются какие-либо уязвимости, закрытые последующими сервиспаками. Я не изучал этот вопрос.

Со времен SP1 закрыта тонна уязвимостей.

Цитата:

Примечание 2. Некоторые драйверы в пропатченой Windows XP могут вызывать BSOD. Впрочем, их крайне мало в природе.

Боюсь, автор понятия не имеет, сколько в природе таких драйверов и, главное, где и когда они могут встретиться.

Цитата:

Примечание 3. В первоисточнике ценных знаний сообщают, что на некоторых системах имеются проблемы с USB при использовании данной методики.

Следствие из п.2 - можно поиметь проблемы с новым драйвером или железом в любой момент и даже не сразу понять, в чем причина BSOD'ов.

Короче, методика для экстремалов. Проще поставить Win2k3 Server, если уж так хочется сидеть на старой 32-битной системе и использовать 4+ Гб памяти.

muzf
Результаты использования -m8* положительные?

Shuld
А если еще в каждом методе после rep добавить dispack070, то получим ощутимое улучшение сжатия и уменьшение времени создания архива.

Benchmark

Цитата:

Боюсь, автор понятия не имеет, сколько в природе таких драйверов и, главное, где и когда они могут встретиться.

ЕМНИП, Intel'овские видео и/или сетевые не дружат с PAE.

Цитата:

Если бы существовала отдельная фриарковская библиотека (по аналогии с 7zip)

Для распаковки есть unarc.dll (unarc.exe?), а с упаковкой - с трудом представляю, как уложить в один-два файла (как в 7z):
минимум arc.exe, arc.groups, arc.ini
+ facompress.dll и facompress_mt.dll для скорости/многопотока
+ минимум srep.exe и precomp042.exe (необязательно, если вычеркнуть –m5p..–m9p)

Paramon111
Попробовал строку
-mrep:1g:64:c16:d4m:s16+dispack070+xlzma:4mb:h512k:fast:128:mc8
Получилось по времени чуть дольше, и размер арихва на сотые доли процента больше!

C:\>fazip.exe lzma:3g:max:hc4:a0 z:\4g z:\4g-lzma3g
100%: 4,531,060,447 -> 868,432,143: 19.17% Cpu 3 mb/s (1637.667 sec), real 3 mb/s (1646.831 sec) = 99%

C:\>fazip.exe lzma:2g:max:hc4:a0 z:\4g z:\4g-lzma2g
100%: 4,531,060,447 -> 877,949,487: 19.38% Cpu 3 mb/s (1367.396 sec), real 3 mb/s (1375.032 sec) = 99%

C:\>fazip.exe lzma:1g:max:hc4:a0 z:\4g z:\4g-lzma1g
100%: 4,531,060,447 -> 889,336,360: 19.63% Cpu 3 mb/s (1262.235 sec), real 3 mb/s (1268.332 sec) = 100%

this means that support of dictionaries up to 4GB was in LZMA code for a years (i just removed a few checks). unfortunately, it's limited to hc4 and a0, making it pretty useless. decompression works fine and restored files are byte-identical

Shuld
Смотря что сжимал. Попробуй сжать папку Program Files.