» FreeArc: бесплатный open-source архиватор - Часть 3

Bulat_Ziganshin



Цитата:

Status: Accepted

Значит это уже в разработке? Если да, то когда приблизительно планируется?

там почти у всего такой статус. означает что я согласен что это надо реализовать

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

milwaukeeman
http://code.google.com/p/freearc/issues/detail?id=44

Released SREP 1.0:
* -delete option that delete source file after successful (de)compression
* checking of -l value

Bulat_Ziganshin

Цитата:

checking of -l value

и как это должно работать\работает?

egor23
просто проверка корректности задания параметра. попробуй -laga или -l0 или -l7

srep.exe -l513 s-so123.tar s-so123_5121.srep

Warning: -l parameter should be power of 2, otherwise compressed file may be corrupt
1387 mb used for hash
Compression ratio: 176160768 -> 75646822: 42.94%. Cpu 19.710 mb/sec, real 12.003 mb/sec

и..?!

egor23
и всё. что не нравится?

Bulat_Ziganshin

Цитата:

и всё. что не нравится?

ожидалось чего там...
всё таки версия 1.0

Цитата:

всё таки версия 1.0

А сколько мы живем с FA версиями < 0.6. Кошмар, если только подумать, что будет дальше...

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

last RC version:

* unarc/sfx/dll: added -ap/-ld/-cfg options
* -m=lzma:1gb now supported, although internally it's converted to the same lzma:959mb
* linux version also updated

Bulat_Ziganshin

Цитата:

* -m=lzma:1gb now supported, although internally it's converted to the same lzma:959mb

и в чём смысл?

Цитата:

и в чём смысл?

в том чтобы человек мог использовать lzma:1g и не задумываться. тем более если это прописано в каком-нибудь конфиг-файле

Цитата:

в том чтобы человек мог использовать lzma:1g и не задумываться. тем более если это прописано в каком-нибудь конфиг-файле

так это же получается брехня?!

Finally, 0.60 release:

* http://freearc.org/download/0.60/FreeArc-0.60-win32.exe
* http://freearc.org/download/0.60/FreeArc-update-0.60-win32.exe
* http://freearc.org/download/0.60/FreeArc-portable-0.60-win32.zip
* http://freearc.org/download/0.60/FreeArc-portable-update-0.60-win32.zip
* http://freearc.org/download/0.60/FreeArc-console-0.60-win32.exe
* http://freearc.org/download/0.60/FreeArc-0.60-sources.tar.bz2
* http://freearc.org/download/0.60/arc.arc
* http://freearc.org/download/0.60/FreeArc-PowerPack-0.60.exe
* http://freearc.org/download/0.60/FreeArc-PowerPack-0.60.arc

As you can see, release date is Dec 21, so we have 1 day to check released files before i will make an official release for wide public. We have one important change in this version:

* fixed bug with entering into encrypted archives, freearc should never more hang up on this operation. please check it!

Also, since it's wide public release, it unconditionally overwrites arc.ini and arc.groups files in your installation directory. please backup them before installation if you use modified copies

Bulat_Ziganshin
facompress_mt.dll, как я понимаю, для multi-threading ?
а какие требования для его использования? WinXP SP3 x32 на Core 2 Duo достаточно?

и ещё вопрос: при соблюдении необходимых требований будет ли mt использоваться автоматически (при сжатии без указания каких-либо дополнительных опций) или его надо принудительно включать каким-то параметром/режимом?

added http://freearc.org/download/0.60/FreeArc-0.60-linux-i386.tar.bz2 and updated other files with minor text corrections

facompress_mt.dll нужен для многопоточного PPMd (xppmd, используемый в -mex5t). без него xppmd будет исполняться в один поток. эта dll работает только на vista/win7. в будущем xppmd будет реалищзован по-иному и отдельная dll для него, к тому же несовместимая с xp, исчезнет

Bulat_Ziganshin
замечено
больший расход памяти
в VMmap
напрмиер Thread Stack (по 2МБ) было 4 сейчас 33
FreeArc 0.60 RC (December 3 2009) Thread Stack 4
FreeArc 0.60 RC (December 7 2009) Thread Stack 33

Цитата:

так это же получается брехня?!

поясню на примере:
данные 1файл 1022МБ: 11МБ+1000МБ+11МБ
11МБ несжимаемые, одинаковые; 1000МБ - txt буковка A

-mlzma:1g:h512m
Using lzma:1gb:h512mb:normal:32

естественно повтор не найден

т.е. пользователь вводится взаблуждение, что используется словарь 1g
изначальная притензия была к Using, т.е. там надо писать используемые параметры:
lzma:959mb:h512mb:normal:32 - или какие он там использовал...

Подскажите параметры сжатия FreeArc`ом ogg файлы аудио.
Сейчас пользуюсь -mrep:512mb:a99+lzma:512mb:ht4
Может другим архиватором надо?

Цитата:

Thread Stack (по 2МБ) было 4 сейчас 33

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


Цитата:

т.е. пользователь вводится взаблуждение, что используется словарь 1g

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

Bulat_Ziganshin

Цитата:

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

я только про вывод правильной информации в логе беспокоюсь

Цитата:

мы от этого теряем главным образом в адресном пространстве?

теряется немного
+ расход памяти для lzma стал больше
как сейчас расчёт памяти ведётся?
(это знаю - LZMA: use 1.125x memory for dictionaries > 768mb)

был для lzma:1g - 1792m
теперь
для lzma:768m - 1729m
для lzma:900m - 1782m
для lzma:959m - 1848m

было для lzma:1g - 2049m (October 5 2009)

т.е. счастье без перезагрузок для lzma:1g длилось недолго...

Цитата:

т.е. счастье без перезагрузок для lzma:1g длилось недолго...

?


Цитата:

был для lzma:1g - 1792m

Цитата:

сейчас для lzma:959m - 1848m

это из-за большего размера хеша по умолчанию. попробуй -mlzma:959m:mc8:h512m и ты увидишь, что при одинаковом размере хеша сейчас памяти используется даже меньше


Добавлено:

Цитата:

я только про вывод правильной информации в логе беспокоюсь

снявши голову, по волосам не плачут если уж исправлять - то всё вместе, а не вывод в лог

Bulat_Ziganshin

Цитата:

?

на Win32 VAS 2ГБ
теперь перегружаться нужно чтобы было Win32 /3GB...

Цитата:

это из-за большего размера хеша по умолчанию.

какая формула расчёта по-умолчанию?

кстати говоря зачем было сделано ограничение 959МБ?

Цитата:

какая формула расчёта по-умолчанию?

она довольно сложная в хеше должно быть 2^n слотов, каждый занимает 4*mc байт. соответственно, размер хеша - mc*2^x. берётся число из диапазона dict/2..dict-1, удовлетворяющее этой формуле. поскольку по умолчанию mc=16+fb/4 и fb=32, dыходит что дефолтный mc=24 и для словаря в 959 мег хеш - 768 мб

раньше размер хеша был 2^z, при mc!=2^k часть памяти выделенная для хеша просто пропадала зря. поэтому хеш для гигового словаря был в 512мб, реально (поскольку mc=24) из него использовалось только 384 мб

Добавлено:

Цитата:

кстати говоря зачем было сделано ограничение 959МБ?

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


Цитата:

на Win32 VAS 2ГБ
теперь перегружаться нужно чтобы было Win32 /3GB...

так и не понял в чём проблема. ну поставь хеш поменьше или словарь

Добавлено:
Скрипт InnoSetup для распаковки архивов FreeArc
Версия 3.5 от 21-12-2009
- поддержка опций -ap/-ld/-cfg в FreeArcExtract()
- ускорена распаковка при большом количестве wav-файлов (метод TTA)
- можно передавать NULL в качестве первого параметра (callback) в FreeArcExtract()
- исправлена ошибка: обрабатывались опции после '--'

http://freearc.org/ru/InnoSetup.aspx

Bulat_Ziganshin

Цитата:

она довольно сложная

а более простой формулы нет? как было раньше 1.25x+0.5x

Цитата:

больше не получилось это ж новый lzma,

Цитата:

было для lzma:1g - 2049m (October 5 2009)

так это какой lzma был?

Цитата:

так и не понял в чём проблема.

в красивой цифире - 1g (слабость у меня к красивым цифрам)

Цитата:

ну поставь хеш поменьше или словарь

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

Цитата:

а более простой формулы нет? как было раньше 1.25x+0.5x

нету


Цитата:

так это какой lzma был?

9.07 но наверно до оптимизации хеша


Цитата:

хэш поменьше - а повторы все найдёт? вчастности на растояние словаря?

и раньше не находил, и сейчас не находит. это ж ht4, он даже хуже hc4 по этой части. нужны все повторы - используй bt4


Цитата:

словарь предельный ставится из положения: "ни в чём себе не отказывать"...

ага. "нате вам две копейки и ни в чём себе не отказывайте" LOL

я сделал официальный релиз: http://freearc.org/News.aspx#0.60

пожалуйста распространите эту инфу по другим форумам. и перезагрузите файлы релиза - я там кое-что поправил по мелочи

Bulat_Ziganshin
Подскажите пожалуйста, каки параметры нужно ввести для лучшего сжатия iwi файлов картинок? и для аудио ogg файлов. Спасибо.