» FreeArc (часть 4)

Paramon111 10 чатлов.

Цитата:

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

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

slech
попробуй regsvr32 arcshellext.dll либо regsvr32 ArcShellExt-64.dll
хотя на win7 у меня 7-zip тоже никак не реагировал на интеграцию

V2driver
Оставь себе, я мультимедийные файлы не жму, у меня их пару гигов на компе максимум.

vasulpr
не согласен, что это так критично. внешние упаковщики рассматриваются всё же как специя, и ресурсы при упаковке не так важны. при распаковке можно воспользоваться isprecomp/srep:f, так что временных файлов не будет вовсе


Цитата:

FreeArc-LZMA-x64.exe с последней альфы у меня почему то не хочет выделять при упаковке более ~3,6 гб памяти. Похоже на то, что игнорируются значения словаря начиная от примерно 356 мб (если говорить о bt4).

нужно более подробное описание - что запускали, как это работало в предыдущей альфе и как сейчас, что выходит при прямом запуске FreeArc-LZMA-x64.exe с теми же параметрами

Добавлено:
Custom right-click menu entries proposal: Open, edit, compress, decompress, rename, copy, move, delete, join, split, properties

речь идёт о том, чтобы показывать меню при нажатии правой кнопки мыши на файле в файл-менеджере FreeArc. какие есть на этот счёт мысли?

kalpak
Дома на такой же оське, но без UAC и на прошлой работе на такой же оське и в домене и так же без UAC всё прекрасно работало.
На теперешней проблемной машинке кстати присутсвует 7z меню в разделе 64.
Попробую ваши рекомендации.

Когда-же таки будет 0.70 ?
Второго пришествия Христа легче дождаться!

Цитата:

при распаковке можно воспользоваться isprecomp/srep:f, так что временных файлов не будет вовсе

а при упаковке? я паковал 4ГБ прекомп довел их до 11. соответственно получается чтобы упаковать 4Гб нужно 15Гб для временных файлов, при этом ещо и скорость упаковки / распаковки уменьшается, потому что создается лишний темп файл. я уже не говорю о том что будет если щей среп подключить. поэтому я бы на вашем месте не пренебрегал бы такой возможностью экономии ресурсов

http://www.saanvi.ru/fac.php?filename=txt/soft/freearc.txt

меня убило как чел переименовал arc в rar и возмущался что архив не открылся в winrar, из чего был сделан логичный вывод - версии fa несовместимы между собой. не переведутся гении на руси

Цитата:

Когда-же таки будет 0.70 ?
Второго пришествия Христа легче дождаться!

А ты пожертвуй деньги на развитие проекта...
если нет желания помогать, то просто сиди и жди...
если бы все кто пользуется FA скинулись хотя бы по 10 руб., то развитие архиватора пошло бы куда быстрее...

Bulat_Ziganshin

Цитата:

нужно более подробное описание - что запускали, как это работало в предыдущей альфе и как сейчас, что выходит при прямом запуске FreeArc-LZMA-x64.exe с теми же параметрами

Параметры: lzma:512mb:bt4
Проблема одинакова при упаковке и из GUI и через arc.exe. В диспетчере задач винды и Process Exlorer 3741484 кб.
Предыдущий компрессор (тогда еще назывался lzma-freearc-x64.exe от 1 сентября 2010) работает без нареканий.
При прямом сжатии через FreeArc-LZMA-x64.exe аналогичная ситуация с 3,6 гб.

Цитата:

Разработчик FreeArc - Булат Зиганшин (в интернете о нём практически нет информации

http://groups.google.ru/groups?q=Bulat%20Ziganshin

SREP 3.1 (23 февраля 2013 г.)-m1f -a4 теперь режим сжатия по умолчанию, он обеспечивает быстрое сжатие. Используйте опции -m3f -a1 для максимального сжатия
32-битная версия работает в 1.5 раза быстрее, чем в SREP 3.0
gcc64 версия: srep64g.exe. srep32i/srep64i - по прежнему самые быстрые компиляции
багфикс: было невозможно выделить больше 4 гигабайт для bitarr[]
багфикс: 32-битная версия по умолчанию теперь использует только 1.5 гб для распаковки future-lz (раньше было 4гб-1, что слишком много)
Изменения в выводе статистики:время CPU теперь обозначает *СУММАРНОЕ* время, затраченное всеми тредами программы
выводится время CPU и реальное время работы, плюс для обоих - скорость в МиБ/с
при распаковке future-lz статистика по I/O и VM выводится только когда они реально задействованы
опция -pc выводит внутренние счётчики производительности (performance counters)
В отличии от 32-битного SREP 3.01, использовавшего один 32-битный хэш, что давало выигрыш в скорости в большинстве случаев, но замедляло обработку огромных файлов (десятки гигабайт) и работу в режиме -m3, теперь 32-битная версия использует два 32-битных хэша, делая её работу в любой ситуации более быстрой, чем версия 3.0. 64-битная версия по прежнему использует один 64-битный хеш, что делает её около 1.5 раз быстрее 32-битной версии




SREP 3.1 (February 23, 2013)-m1f -a4 now is default compression mode, for quick and dirty compression. Use -m3f -a1 for maximum compression
32-bit version became 1.5x faster than in SREP 3.0
gcc64 version: srep64g.exe. srep32i/srep64i still are the fastest executables
bugfix: it was impossible to allocate more than 4 gb for bitarr[]
bugfix: 32-bit version now uses only 1.5 gb for future-lz decompression by default (instead of 4gb-1 that's too much)
Changes in the printed stats:cpu time displayed now is the sum of times spent in *ALL* threads
cpu/global times and speeds are printed, with speeds measured in MiB/s
on future-lz decompression, I/O and VM stats are printed only when they are non-zero
-pc option displays performance counters
Unlike 32-bit SREP 3.01 that used one 32-bit hash resulting in degraded speed on huge files and in -m3 mode, now 32-bit version uses two 32-bit hashes, making compression both fast and accurate. 64-bit version still employs single 64-bit hash, making it up to 1.5x faster than 32-bit code.

7z WinRar FA

Цитата:

http://groups.google.ru/groups?q=Bulat%20Ziganshin

да, рок-н-ролл мёртв..

slech
никаких мыслей. как будет не лень - включу uac и проверю. кстати, пункт 1 не нужен - права админа запрашивает внешний exe

Bulat_Ziganshin
Может все таки стоит научить SREP работать с папками?

Цитата:

а при упаковке?

считается, что те кто пользуется внешними упаковщиками, могут себе позволить тратить бОльшие ресурсы, и 10-20 гигабайт при сжатии 4 гб файла для них не будут проблемой


Цитата:

Предыдущий компрессор (тогда еще назывался lzma-freearc-x64.exe от 1 сентября 2010) работает без нареканий. При прямом сжатии через FreeArc-LZMA-x64.exe аналогичная ситуация с 3,6 гб.

как с вас вытягивать инфу приходится, даже с самых продвинутых. значит, проблема не в arc, а в том что FreeArc-LZMA-x64.exe не поддерживает сжатие с lzma:512mb:bt4 ? однако у меня успешно работает вот такая команда:

FreeArc-LZMA-x64.exe e lzma:512mb:bt4 D:\Testing\dll700.dll 1

возможно, ты не сменил настройки в arc.ini - они для новой программы другие (надо указывать "lzma:" в ком. строке)

Добавлено:
slech
увы, я не Шампольон

Bulat_Ziganshin
1. cmd - run as administrator
2. regsvr32 ArcShellExt-64.dll
и наконец-то появилось меню.

vasulpr
не хочу этим заниматься, поскольку это повлечёт множество других вопросов. да и зачем? неужели не exdupe/zpaq, ни shar+srep, ни freearc+srep не устраивают?

Цитата:

Custom right-click menu entries proposal: Open, edit, compress, decompress, rename, copy, move, delete, join, split, properties

речь идёт о том, чтобы показывать меню при нажатии правой кнопки мыши на файле в файл-менеджере FreeArc. какие есть на этот счёт мысли?

Думаю стоит рассмотреть:
Properties - смотрим свойства файла
Create Folder - создать папку
Create File - создать файл

Добавлено:
Properties я проглядел. Т.е. оно уже есть в задумке.
Значит можно рассмотреть 2-а оставшихся

Bulat_Ziganshin
SVN перенесен на новый сервер?

Цитата:

опять я на это попался

На баг или на фичу?

Bulat_Ziganshin
Не устраивает упаковка в архив без сжатия чтобы потом срепом обработать, из-за чего зартачаеться больше времени и ресурсов на упаковку и распаковку. Все-таки вы бы лучше над этим подумали, если хотите тесно интегрировать среп в ФА.

Create File - совершенно бессмысленна вещь, по крайней мере в 7-zip. Create Folder - в идеале должно быть отдельное ПКМ-меню при клике на свободном пространстве

svn повис в воздухе попался на твои пробелы и кавычки

vasulpr
пакуй freearc с опцией -mc:rep/srep. или галочку в gui просто отметь. так устраивает?

Bulat_Ziganshin

Из папки со свежей альфой запускаю Addons\LZMA-x64\FreeArc-LZMA-x64.exe
Командная строка: FreeArc-LZMA-x64.exe e lzma:512mb:bt4 D:\C_26.04.2011.tib D:\C_26.04.2011.tib.lzma
В итоге имеем выделенная процессом FreeArc-LZMA-x64.exe память: 3741416 Кб
Со словарем 1024mb все те же 3741416 Кб

Bulat_Ziganshin
Я наверное Вас уже замучал, но вот опять:

Цитата:

>Arc.exe -tzip a zzz

ERROR: unknown option "-tzip"

FreeArc 0.67 (November 3 2011) http://freearc.org November 3 2011

Что я опять делаю не так ?


Цитата:

>Arc.exe -tzip a zzz
FreeArc 0.67 (September 29 2011) creating archive: zzz.arc
Compressing 1 file, 2,892,184 bytes. Processed 0%
c_szCompress: unsupported archive type
Arc.exe: szCheckedTABI: error

Добавлено:
Нашёл: надо добавить 7z.dll (из 7zip) к Arc.exe
Может в шапку ?

Добавлено:
что-то я не понял:

timer:pkzipc -add -lev=9 pkzipc 35*
00:00:04.384
19 768 328

timer:pkzipc -add -lev=3 pkzipc 35*
00:00:03.261
20 219 573

timer:pkzipc -add -lev=2 pkzipc 35*
00:00:03.105
20 545 683

Arc.exe -tzip a freearc 35*
FreeArc 0.67 (November 3 2011) creating archive: freearc.zip
Compression time: real 7.93 secs. Speed 12,961 kB/s
00:00:08.019
19 643 762

Да, в zip сжало "сильнее", но времени в 2 раз больше ушло !
Есть крутилка скорость/плотность ?

Добавлено:
Прочитал топик заново, решил проверить:
7z.dll от FreeArc + .\Codecs\FreeArcCodecs.dll
И что это ?

Неприкольно.

Сразу в топик

В итоге всего этого ммм.... мероприятия:
>Arc.exe -tzip a zzz 35*
FreeArc 0.67 (November 3 2011) creating archive: zzz.zip
Compressed 25 files, 102,718,006 => 20,297,029 bytes. Ratio 19.7%
Compression time: real 2.35 secs. Speed 43,756 kB/s

После всего этого !!! ПИСАЮ КИПЯТКОМ !!!
По плотности получилось нечто среднее между: pkzipc -lev=3 и -lev=2, а по скорости - быстрее.

Есть крутилка скорость/плотность ?

Вы не могли бы класть в дистрибутив консольной версии FreeArcCodecs.dll и 7z.dll ?

Bulat_Ziganshin
Лично я пакую сначала срепом, а затем ФА, это позволяет переупаковывать звено ФА (подбор параметров) без перепаковкы срепа.

Чтобы в ФА использовать среп нужно много свободного места на диске для промежуточного файла при упаковке да и там беда с прогресбаром.

Меня в срепе все устраивает кроме отсутствия работы с папками и отсутствия хелпа, если какую-то опцию надо, то приходится километры текста перекапывать чтобы найти, было бы хорошо чтобы вместе с срепом в комплекте шел хелп с десятком основных опцый

Create File - создали файл - например xls - запустили оттуда же и затем созранили обратно в архив. Незнаю работает ли такое на практике где-либо.

Create Folder - 7z смотрю не различает нажатие на файл и на свободное пространство.

Цитата:

Вы не могли бы класть в дистрибутив консольной версии FreeArcCodecs.dll и 7z.dll  ?

я не знаю насколько это целесообразно, учитывая что козырь консольной версии - как раз маленький размер


Цитата:

Есть крутилка скорость/плотность ?

-m1..9

а вообще можно использовать просто все 7-zip'овские опции, начинающиеся на -m - они передаются в 7z.dll напрямую