» FreeArc (часть 4)

kalpak
единственное что есть в lzma2 и нет в 4x4+lzma - это нерасширение несжимаемых данных. lzma2 отличается от lzma ещё и многопоточностью, но её я успел сделать по-другому, через 4x4 (и кое в чём лучше - у меня распаковка идёт тоже многопоточно, а у lzma2 - только упаковка)

смотри в списке процессов

kalpak
Часто поподаются данные на которых он просто спасает...
К примеру один бинарник с lzma увеличивался аж на 4мб
А с lzma2 уменьшался на 16мб!
Всё потому: Profrager верно описал =)
lzma2 это lzma разбитый на блоки с заголовками...

Цитата:

смотреть-то надо загрузку самим процессом arc.exe

96. Не знаю, лично у меня работает как надо Максимум если смотреть чисто процесс доходит до 98.

Bulat_Ziganshin

Цитата:

новая альфа:

1. иду по сcылке.
2. качаю переносимая версия.
3. переименовываю старую папку d:\Install\Programs\FreeArc в d:\Install\Programs\FreeArc.old.
4. Создаю новую папку d:\Install\Programs\FreeArc и в неё помещаю содержимое архива d:\FreeArc-portable-0.67-alpha-win32.zip.
5. Запускаю d:\Install\Programs\FreeArc\bin\FreeArc.exe
Options --> Edit program settings --> Explorer Integration --> все галки и OK.
6. Иду на диск D:\ и 2 клика по архиву:
a) zip - появляются два окошка(1, 2) и архив не открывается.
б) arc - появляется окошко 1 а затем архив открывается.
7. Архивы arc создаются из контексного меню, 7z и zip не создаются.

Windows 7 X64.

Где я мог ошибиться ?

Цитата:

-mex7 -ms

Попробовал. Плохо
Время, как у -mex5, а степень сжатия как у -m4.
2м 16с 867 490 918 байт

о, это недоработка. сделай так: -mex7 -m$compressed=xtor:c3

А почему в версии 0.67 FreeArc не поддерживает уровень сжатия "-max"? Устанавливал PowerPack, последняя альфа на него не реагирует...
P.S. Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

Цитата:

Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции"

+1

Также было бы хорошо если бы сделали галочку "Установить высокие приоритеры"

Общая загрузка процессора

Полный набор альфа-версий: Previous alpha versions of FreeArc

Добавлено:

Цитата:

"Установить высокие приоритеры"

это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5


Цитата:

не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

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

грандиозно. 5 минут как написал об альфах, а уже кто-то проверяет

а, ну так это специальное ограничение для украинской версии windows. ставь русскую )

Цитата:

а, ну так это специальное ограничение для украинской версии windows. ставь русскую )

Очень смешно... Все-таки что это такое?

Цитата:

это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5

В последней альфе ставлю высокий приоритет и машине не виснет. (ультра сжатия). Тай почему он должен виснуть, если при сжатии загрузка процессора 80-85%
И вообще это же опция, кто захочет тот ее активирует. Да и с реализаций не должно возникнуть проблем.

Нашел скрытый файл freearc.ini
Там все мои архивации записаны!!!
Зачем они запоминаются (вместе с путями)?
Теперь вернусь к вопросу про стирание лишних профилей сжатия. Вот сейчас я сжал профилем -mex7 -ms и хочу его стереть. В ini файле есть кусок:

Стандартное: aes-256
compression=-mex7 -ms
compressionLast=-mex7 -ms
arcpath=
arcname=D:\work 2010 -mex7 -ms.arc
compression.zip=Максимальное: -mx

что стирать, а что оставить?

Добавлено:

Цитата:

-mex7 -m$compressed=xtor:c3

сделал
Уже лучше, но не фонтан. Время стало меньше, но сжатие упало заметно
2м03с 865 557 123 байт
сжатие как у -m4, а время хуже.

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

(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

Цитата:

compressionLast=-mex7 -ms

дефолтный метрод сжатия. поменяй на другой


Цитата:

compression=-mex7 -ms

строчка в выпадающем списке методов сжатия. сотри


Цитата:

arcname=D:\work 2010 -mex7 -ms.arc

строчка в выпадающем списке имён архива

отсальное вообще не при чём

Цитата:

(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

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


Цитата:

да, при макс. сжатии и два-то ядра не загружаются

А в чем причина? Почему они не загружаются хотя бы на 95%?
Потому что у меня сейчас двоядерник который до разгона и после него грузится в среднем на 80-85%. Всетаки было бы хорошо задействовать свободных 10-15%.

Цитата:

2 там потока, 2!

А сколько может быть потоков у "ультра":
2, 4, больше может?

Добавлено:
pdf тоже относится к $compressed?


Цитата:

сделай так: -mex7 -m$compressed=xtor:c3

Какими параметрами у xtor можно поварьировать? Или нет никаких?

vasulpr
может зависит от алгоритма упаковки, методов и т.п.
много разных причин, которые влияют на % загрузки

я вот сейчас быстро проверил и свой рабочий i5 нагрузить не могу выше 80% Arc.exe процессом
так что я не думаю что увеличение приоритета даст прибавки в скорости

в WinRar может дает, в 7zip тоже особо не реагирует

Цитата:

А сколько может быть потоков у "ультра":
2, 4, больше может?

у 7z normal/max/ultra - 2 потока. если заказать >=4 потоков, то файл будет разбит на куски по 4*dictsize и каждый из них сжат независимо, что ухудшит сжатие


Цитата:

pdf тоже относится к $compressed?

нет. читай arc.groups


Цитата:

Какими параметрами у xtor можно поварьировать

теми же что и у tor

Ничего не понял:

Код:
C:\BIN\FA>Arc.exe a -r -xtor "\Documents and Settings\Администратор\Рабочий стол\" test
FreeArc 0.67 (October 27 2011) creating archive: \Documents and Settings\Администратор\Рабочий стол" test.arc
Compressed 20 files, 5,380,687 => 1,797,287 bytes. Ratio 33.4%
Compression time: cpu 1.42 secs, real 1.02 secs. Speed 5,298 kB/s
Copying temporary archive \Documents and Settings\Администратор\freearc3.tmp to \Documents and Settings\Администратор\Рабочий стол" test.arc
Keeping temporary archive \Documents and Settings\Администратор\freearc3.tmpArc.exe: \Documents and Settings\>4<8=8AB@0B>@\ 01>G89 AB>;" test.arc: open: invalid argument (Invalid argument)

Bulat_Ziganshin
Возникла такая ситуация: необходимо упаковать в zip архив кучу файлов в определённом порядке. Соответственно порядок задаю через -ds, но вот беда - какую последовательность не задавал бы, все равно одинаково пакуется. При этом если создавать .arc архив, то все работает как положено.
Строка создания архива:
Код: arc a --type=zip -dses -mx0 -r -i2 -di -ep1 arc.zip data\*.*

Цитата:

ну это проблемы в многопоточном zip-упаковщике. можно заменить 7z.dll на нормальную от 7-zip - тогда долджно всё работать

Заменил, ошибки паковки в zip исчезли.
Но процесс-бар все равно несколько раз "прыгает" чуть назад.
При архивировании в zip на 7z, процесс-бар точно так же прыгает.

Как попробовать метод CCM на FreeArc 0.67а?
Через установку FreeArc-PowerPack-0.666?

Цитата:

А в чем причина? Почему они не загружаются хотя бы на 95%?

так реализован lzma. многопточность возможна только за счёт уменьшения степени сжатия

Добавлено:

Цитата:

Вопрос: что это было ?

какие-то проблемы с именами файлов? попробуй сжать 7-zip и разжать в другом каталоге, затем там снова натравить fa. можно добавить -i2 -m0 чтобы отследить на каком файле возникают проблемы. если найдёшь - кинь мне этот файл без содержимого

Добавлено:
у меня:

Цитата:

C:\Documents and Settings\ProgramData\Рабочий стол>arc a a
FreeArc 0.666 WARNING: can't read directory ""
WARNING: no files, erasing empty archive
There were 2 warning(s)

C:\Documents and Settings\ProgramData\Рабочий стол>7z a a

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Scanning
: WARNING: Отказано в доступе.
Creating archive a.7z
WARNINGS for files:
: Отказано в доступе.
----------------
WARNING: Cannot find 1 file

C:\Documents and Settings\ProgramData\Рабочий стол>dir
Allway\ Sync.lnk DirectNet\ Drive.lnk Git\ Extensions.lnk Logitech\ Webcam\ Software\ \ .lnk
RamDisk\ Plus.lnk Speccy.lnk a.7z
Configure\ ReClock.lnk Far\ Manager\ 2.lnk Google\ Chrome.lnk Mozilla\ Firefox.lnk
SAMSUNG\ PC\ Share\ Manager.lnk VMware\ Workstation.lnk desktop.ini
Cygwin.lnk Foxit\ Reader.lnk Intel\ SSD\ Toolbox.lnk NetDrive.lnk
Samsung\ AllShare.lnk WinSCP.lnk myiHome.lnk
Desktop Git\ Bash.lnk Logitech\ Vid\ HD.lnk Qt\ Creator.lnk
Skype.lnk WinZip.lnk Рабочий\ стол

т.е. (из-за того что это Junction?) не возвращается вообще список файлов в каталоге

Цитата:

Как попробовать метод CCM на FreeArc 0.67а?
Через установку FreeArc-PowerPack-0.666?

да

---

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

New TTA multiplatform library, ANSI-C version 2.0 has been released, with simple console frontend included in package. Main changes: Code include ARM/SSE2/SSE4 optimizations; added capability of real-time data encryption (password protection).

Changes:

Code optimization. Decoder runs faster;
ARM/SSE2/SSE4 optimization has been added;
Added real time data encryption feature;
The set_position function accepts new position and returns new time in seconds in unsigned int32;
Added binary_version function for checking the library for SSE instructions compatibility;
Added set_password function for possibility to set the password;
Added get_rate function, returns the dynamic stats of the process;
Autoconf support;
README file updated.

Черпануть оптимизацию не помешалоб.

новая альфа:

GUI: запоминает тип архива в диалоге Сжатия
Комстрока: восстановлена работа опций -t?, которые не работали более года!
Добавлено "используйте -lc/-ld чтобы уменьшить требования к памяти" к сообщению "невозможно выделить память, необходимую для (рас)паковки"
Deflate(zip) упаковка: исправлено -mt1 и уменьшено потребление памяти
исправлена ошибка в многопоточной распаковке, сделанная в августе
API: добавлена MultiCompress() в пару к MultiDecompress()
Первое изменение, хотя самое простое, наверно наиболее важно - теперь FreeArc можно спокойно использовать как zip или 7z архиватор. Просто выберите один раз нужный тип архива в диалоге и забудьте об этом. В связи с этим, есть вопрос - может стоить поставить zip типом по умолчанию и/или предлагать пользователю при инсталляции программы выбрать между zip, 7z и arc?


new alpha version:

GUI: remember archive type in the Add dialog
Cmdline: fixed processing of all -t? options that was broken more than a year!
Added "use -lc/-ld to limit memory usage" to the "can't allocate memory" message
Deflate(zip) compression: fixed -mt1 and reduced memory usage
fixed bug in multithreaded archive extraction ("mkdir...") added in August
API: added MultiCompress() as pair to the MultiDecompress()
The first change, while being the simplest, may be the most important one - if you wish to use FreeArc as zip or 7z archiver, you can do it now. Just select appropriate archive type in the dialog and use it forever. What you think about making zip the default type and/or adding page to the installer that asks user which archive types he want to create by default?