» FreeArc (часть 4)

Bulat_Ziganshin

Цитата:

с 11 по 14 января я исключил rep из facompress.dll. изменил дефолт с rep:l512:c256 на rep:l512:c128 плюс переписал встроенный в exe алгоритм crc, у меня лично он стал вдвое быстрее

Если ничего больше не делалось, то "переписал встроенный в exe алгоритм crc", ухудшает ситуацию.
"он стал вдвое быстрее" - относительно чего?

1. данные на HDD - запись на другой HDD

новый rep, arc без dll, -mrep:1g:512:c256
Compressed 1 file, 1,974,371,328 => 514,212,681 bytes. Ratio 26.0%
Compression time: cpu 27.14 secs, real 35.20 secs. Speed 56,085 kB/s

новый rep, arc без dll, -mrep:1g:512:c128
Compressed 1 file, 1,974,371,328 => 512,900,101 bytes. Ratio 25.9%
Compression time: cpu 28.77 secs, real 36.19 secs. Speed 54,559 kB/s

новый2 rep, arc + dll, -mrep:1g:512:c256
Compressed 1 file, 1,974,371,328 => 514,212,681 bytes. Ratio 26.0%
Compression time: cpu 21.42 secs, real 43.84 secs. Speed 45,032 kB/s

новый2 rep, arc + dll, -mrep:1g:512:c128
Compressed 1 file, 1,974,371,328 => 512,900,101 bytes. Ratio 25.9%
Compression time: cpu 22.97 secs, real 43.19 secs. Speed 45,716 kB/s


2. данные на HDD - запись на HDD

новый rep, arc без dll, -mrep:1g:512:c256
Compressed 1 file, 1,974,371,328 => 514,212,681 bytes. Ratio 26.0%
Compression time: cpu 26.84 secs, real 43.45 secs. Speed 45,437 kB/s

новый rep, arc без dll, -mrep:1g:512:c128
Compressed 1 file, 1,974,371,328 => 512,900,101 bytes. Ratio 25.9%
Compression time: cpu 28.59 secs, real 42.95 secs. Speed 45,966 kB/s

новый2 rep, arc + dll, -mrep:1g:512:c256
Compressed 1 file, 1,974,371,328 => 514,212,681 bytes. Ratio 26.0%
Compression time: cpu 21.17 secs, real 54.56 secs. Speed 36,185 kB/s

новый2 rep, arc + dll, -mrep:1g:512:c128
Compressed 1 file, 1,974,371,328 => 512,900,101 bytes. Ratio 25.9%
Compression time: cpu 22.02 secs, real 54.16 secs. Speed 36,457 kB/s

Что-то автор precomp не фиксит проблему несжатия jpeg и не отвечает на http://encode.ru/threads/1366-Precomp-0-4-2/page2

вот уж этот КИС
ругается что инссталятор 0,67
вирус

Цитата:

FreeArc-0.67-alpha-win32.exe//data0054//UPX
Trojan-Spy.Win32.Zbot.cbea

**
ругается он на freearc-installer.sfx
потому как после установки детектит такой же вирус

Цитата:

Если ничего больше не делалось,

ах да - и ещё увеличил буфера i/o с 64 кб до 1мб. несколько лет назад (вероятно как раз на xp) проверяли - оптимальные буфера были 32-64 кб. сейчас - 1 мб на моей win7. видимо, надо проверять ОС и в зависимости от неё делать размер буфера

crc от 11-го января - 400 мб/с, от 14-го - 800 мб/с, а с facompress.dll был и остался 1.5 гб/с. можешь проверить - -mcrc

Bulat_Ziganshin разбивка на тома в бетке уже есть?

блин, а я только freearc.sfx проверил. написал касперам, надеюсь за выходные исправят

Добавлено:

Цитата:

я сжимал файл 8 гб методом 4x4+lzma (точные параметры lzma не помню, то когда без 4x4 делал то были такие же, просто убрал 4x4)
получил размер примерно 750МБ однако просто lzma сжимал
то размер получился около 700 МБ

обычный lzma со словарём 64 мб ищет повторы во всех последних 64 мб

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

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

Добавлено:
оперативно работают


Цитата:

Это было ошибочное срабатывание.
Оно будет исправлено.
Благодарим Вас за помощь. Мы примем меры для устранения таких срабатываний в будущем.

> сегодня выпустил новую версию и снова false positive:
> http://www.virustotal.com/file-scan/report.html?id=fc8483b534a71beea0081b67d0558993c3c6c26f54269274523fe01c8c6fa451-1315658250
>
> файл приаттачил к письму. может есть какая-то возможность аналогично
> другим антивирусам различать мой sfx и этот вирус, чтоб каждый раз вас
> не дёргать?

muzf
Че там фиксить то?
Просто у Вас как бы 2 jpg файла в одном)
Он жмёт их по отдельности.
Где ошибка?

Цитата:

ах да - и ещё увеличил буфера i/o с 64 кб до 1мб. несколько лет назад (вероятно как раз на xp) проверяли - оптимальные буфера были 32-64 кб. сейчас - 1 мб на моей win7. видимо, надо проверять ОС и в зависимости от неё делать размер буфера

надо щупать, у меня нет Win7.


Цитата:

crc от 11-го января - 400 мб/с, от 14-го - 800 мб/с, а с facompress.dll был и остался 1.5 гб/с. можешь проверить - -mcrc

новый rep, arc без dll
Nero-9.2.6.0_trial.001 - Compression time: cpu 4.38 secs, real 4.45 secs. Speed 164,829 kB/s
Nero-9.2.6.0_trial.tar - Compression time: cpu 11.67 secs, real 11.78 secs. Speed 167,586 kB/s

новый2 rep, arc без dll
Nero-9.2.6.0_trial.001 - Compression time: cpu 3.45 secs, real 3.48 secs. Speed 210,656 kB/s
Nero-9.2.6.0_trial.tar - Compression time: cpu 9.20 secs, real 9.25 secs. Speed 213,446 kB/s

новый2 rep, arc + dll
Nero-9.2.6.0_trial.001 - Compression time: cpu 2.80 secs, real 2.84 secs. Speed 258,111 kB/s
Nero-9.2.6.0_trial.tar - Compression time: cpu 7.50 secs, real 7.59 secs. Speed 260,000 kB/s


в 7z в тесте 1200 МБ\с, а на реальном файле ~700 МБ\с

timer.exe 7z h -mm=crc32 Nero-9.2.6.0_trial.tar

crc32 Size Name
-------- ------------- ------------
1DA6E18E 1974371328 Nero-9.2.6.0_trial.tar

Kernel Time = 1.781 = 00:00:01.781 = 62%
User Time = 1.062 = 00:00:01.062 = 37%
Process Time = 2.843 = 00:00:02.843 = 99%
Global Time = 2.860 = 00:00:02.860 = 100%


7z b -mm=CRC -md30

....
30: 1243

Avg: 1370

WildGoblin

Цитата:

Что за такой Archive Manager?

Я так полагаю, имелся в виду MultiArc плагин - надо в multiarc.ini внести содержимое freearc.addon, ну и пару файлов поместить в нужное место. Может, конечно, имелось в виду другое, но установить FA в Total можно и таким способом.

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


я тоже им написал, ответили быстро)
а что поменялось в инсталлере, кажется тогда он писал название другого вируса
(у меня freearc.sfx с КИС не исчезает как угроза, пишет Backdoor.Win32.SdBot.xgi, глючит КИС)

Цитата:

в 7z в тесте 1200 МБ\с, а на реальном файле ~700 МБ\с

это понятно - на чтение файла тоже уходит время

ты попробуй старым arc (от 25 декабря или 11 января) с dll - там чтение шло по 64 кб, для твоей xp будет вероятно побыстрее

Добавлено:
egor23
кстати, вспомнил - попробуй http://encode.ru/threads/1450-Reading-to-a-buffer?p=27926&viewfull=1#post27926

V2driver
Обычный jpeg с фотоаппарата. Конечно же с маленькой превьюшкой в EXIF. Что тут необычного ? У любого человека 90% именно таких Jpeg, которые надо архивировать/бэкапить/пересылать.
PackArc/PackJpg справляется отлично, Precomp (который по умолчанию в FreeArc, без него из коробки jpeg не сжать) - не справляется.
Поэтому в www.squeezechart.com Freearc в секции сравнения сжатия Jpeg плетётся в самом конце, потому что там тестируются именно такие же похожие Jpeg с обычных фотоаппаратов. А должен - на одной из верхних строчек рядом с PackArc. Такая же ситуация и с mp3, поддержки которого ещё нет в Freearc из коробки.

Цитата:

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

должен влиять. покажи конкретные команды


Цитата:

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

того же


Цитата:

(у меня freearc.sfx с КИС не исчезает как угроза, пишет Backdoor.Win32.SdBot.xgi, глючит КИС)

завтра базы обновятся, КИС твою переписку не читает

Я запутался.
Консольный arc.exe использует facompress.dll или нет?
Проверил все варианты.
Процессор i3-530 (2 ядерный, 4 поточный), Win7 32-разрядная, ОЗУ 4 ГБ

Старый rep
Метод Размер Время, v25.12.2011 Время, +facompress.dll

В Википедии для FreeArc указана поддержка различных алгоритмов шифрования (AES, Blowfish, Twofish, Serpent). Их можно самому выбрать или как?

То есть какой из них указать, чтобы пароль был самый надёжный, то есть с большим количеством бит в ключе?

kalpak
А то за файлы сжимал? Ибо я сжимал 25ГБ текста, и вышло 12Гб...Я думал, что до пяти ужмет..

Цитата:

кстати, вспомнил - попробуй http://encode.ru/threads/1450-Reading-to-a-buffer?p=27926&viewfull=1#post27926

Возможно имеет смысл посмотреть программки для тестировнания HDD, наподобии HD_Speed и потестить RAM-drive, у меня максимальная скорость при блоках 64кБ и 128кБ

fazip.exe - 3 версии:
fazip.exe - fazip01
fazip1.exe - fazip новый rep
fazip2.exe - fazip новый2 rep

скорость fazip2.exe падает с увеличением b

bXXX - 11 значений (объём данных для больших b маловат)
b32k, b64k, b128k, b256k, b512k, b1m, b2m, b4m, b8m, b16m, b32m


Nero-9.2.6.0_trial.001 находится на RAM-drive
copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b32k:storing Nero-9.2.6.0_trial.001 nul

[more=Результаты..]
copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b32k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,182,422: 100.02% Cpu 364 mb/s (1.922 sec), real 199 mb/s (3.522 sec) = 55%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b32k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,182,422: 100.02% Cpu 370 mb/s (1.891 sec), real 197 mb/s (3.558 sec) = 53%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b32k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,182,422: 100.02% Cpu 361 mb/s (1.938 sec), real 189 mb/s (3.697 sec) = 52%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b64k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,092,822: 100.01% Cpu 345 mb/s (2.031 sec), real 200 mb/s (3.503 sec) = 58%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b64k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,092,822: 100.01% Cpu 393 mb/s (1.781 sec), real 198 mb/s (3.539 sec) = 50%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b64k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,092,822: 100.01% Cpu 376 mb/s (1.859 sec), real 196 mb/s (3.578 sec) = 52%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b128k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,048,023: 100.01% Cpu 503 mb/s (1.391 sec), real 223 mb/s (3.141 sec) = 44%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b128k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,048,023: 100.01% Cpu 498 mb/s (1.406 sec), real 225 mb/s (3.113 sec) = 45%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b128k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,048,023: 100.01% Cpu 477 mb/s (1.469 sec), real 199 mb/s (3.513 sec) = 42%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b256k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,025,623: 100.00% Cpu 574 mb/s (1.219 sec), real 263 mb/s (2.658 sec) = 46%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b256k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,025,623: 100.00% Cpu 614 mb/s (1.141 sec), real 264 mb/s (2.650 sec) = 43%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b256k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,025,623: 100.00% Cpu 329 mb/s (2.125 sec), real 198 mb/s (3.542 sec) = 60%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b512k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,014,423: 100.00% Cpu 711 mb/s (0.984 sec), real 291 mb/s (2.402 sec) = 41%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b512k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,014,423: 100.00% Cpu 582 mb/s (1.203 sec), real 292 mb/s (2.398 sec) = 50%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b512k:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,014,423: 100.00% Cpu 373 mb/s (1.875 sec), real 209 mb/s (3.346 sec) = 56%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b1m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,008,821: 100.00% Cpu 679 mb/s (1.031 sec), real 308 mb/s (2.276 sec) = 45%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b1m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,008,821: 100.00% Cpu 700 mb/s (1.000 sec), real 305 mb/s (2.295 sec) = 44%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b1m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,008,821: 100.00% Cpu 337 mb/s (2.078 sec), real 215 mb/s (3.254 sec) = 64%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b2m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,006,021: 100.00% Cpu 747 mb/s (0.938 sec), real 315 mb/s (2.220 sec) = 42%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b2m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,006,021: 100.00% Cpu 649 mb/s (1.078 sec), real 310 mb/s (2.259 sec) = 48%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b2m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,006,021: 100.00% Cpu 299 mb/s (2.344 sec), real 219 mb/s (3.194 sec) = 73%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b4m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,004,621: 100.00% Cpu 734 mb/s (0.953 sec), real 318 mb/s (2.204 sec) = 43%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b4m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,004,621: 100.00% Cpu 689 mb/s (1.016 sec), real 315 mb/s (2.226 sec) = 46%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b4m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,004,621: 100.00% Cpu 307 mb/s (2.281 sec), real 218 mb/s (3.212 sec) = 71%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b8m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,925: 100.00% Cpu 669 mb/s (1.047 sec), real 310 mb/s (2.258 sec) = 46%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b8m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,925: 100.00% Cpu 605 mb/s (1.156 sec), real 308 mb/s (2.276 sec) = 51%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b8m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,925: 100.00% Cpu 320 mb/s (2.188 sec), real 215 mb/s (3.256 sec) = 67%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b16m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,574: 100.00% Cpu 689 mb/s (1.016 sec), real 293 mb/s (2.387 sec) = 43%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b16m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,574: 100.00% Cpu 605 mb/s (1.156 sec), real 294 mb/s (2.379 sec) = 49%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b16m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,574: 100.00% Cpu 350 mb/s (2.000 sec), real 208 mb/s (3.372 sec) = 59%

===

copy Nero-9.2.6.0_trial.001 nul
fazip.exe 4x4:b32m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,398: 100.00% Cpu 614 mb/s (1.141 sec), real 222 mb/s (3.157 sec) = 36%

copy Nero-9.2.6.0_trial.001 nul
fazip1.exe 4x4:b32m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,398: 100.00% Cpu 631 mb/s (1.109 sec), real 237 mb/s (2.954 sec) = 38%

copy Nero-9.2.6.0_trial.001 nul
fazip2.exe 4x4:b32m:storing Nero-9.2.6.0_trial.001 nul
100%: 734,003,200 -> 734,003,398: 100.00% Cpu 347 mb/s (2.016 sec), real 170 mb/s (4.125 sec) = 49%
[/more]

Ivanov Ivan

Цитата:

В Википедии для FreeArc указана поддержка различных алгоритмов шифрования (AES, Blowfish, Twofish, Serpent). Их можно самому выбрать или как?

можно, но "руками"
http://freearc.sourceforge.net/rus/FreeArc040-rus.htm#_Toc185594998

Цитата:

того же

мартовский релиз

Цитата:

Backdoor.Win32.SdBot.xgi    Не определено    D:\free_arc067\bin\freearc.sfx//    UPX    08.09.2011 0:39:06    
Backdoor.Win32.SdBot.xgi    Не определено    D:\free_arc067\bin\    freearc.sfx    08.09.2011 0:39:06    
Trojan-Spy.Win32.Zbot.bzpp    Не определено    D:\free_arc067\bin\freearc-installer.sfx//    UPX    08.09.2011 0:39:01    
Trojan-Spy.Win32.Zbot.cbde    Не определено    D:\free_arc067\bin\    freearc-installer-nodelete.sfx    08.09.2011 0:38:53

    
а вот сегодняшний релиз

Цитата:

Trojan-Spy.Win32.Zbot.cbea    Не определено    D:\My Downloads\Software\FreeArc-0.67-alpha-win32.exe//    data0054    10.09.2011 17:02:59
Trojan-Spy.Win32.Zbot.cbea    Не определено    C:\Program Files\FreeArc\bin\    freearc-installer.sfx    10.09.2011 19:49:37

    


Цитата:

завтра базы обновятся, КИС твою переписку не читает

нет, я имел ввиду что вирус в freearc.sfx определялся как вирус, сейчас не определяется
но из за глюка КИС 2012, с списка угроз не уходит, хотя файл тот после обновления баз не определял как вирус. там же такой гламурный интерфейс, наверное он и глючит, потмоу как даже еслибы то был вирус, то если бы я нажал на пропустить, он бы исчез из списка угроз (до след. проверки), а он тупо ни начто не реагирует (даже на добавить к исключениям)

насчет BlockSize 4x4
это только в понедельник (комп на работе)
либо завтра (дома хард тормознутый и комп послабее)
snkreg
файл бэкапа БД MS SQL 2005

muzf PackArc/PackJpg сжимают пофайлово, а precomp-у приходится работать с бинарниками, откуда ему знать что этоти 2 jpg нужно жать солидом?
Как Вы себе это представляете?

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

Добавлено:
кстати, поискал по названиям вирусов - как обычно, половина сообщений относится к раздачам репаков, сделанных fa LOL

Andarin

Цитата:

Может, конечно, имелось в виду другое...

Мне вот это и интересно!

как и обещал проверил файл 8ГБ с 4x4 и BlockSize
чуть не точно написал
разница есть если не пишешь параметр и пишешь параметр BlockSize
а вот если его увеличивать, то разницы нету что b32 b512 b1024

Цитата:

D:\backups>arc a -di -mlzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Updating archive: archive.arc using lzma:8mb:normal:32
Memory for compression 17mb, decompression 8mb, cache 16mb
Compressed 1 file, 9,263,259,791 => 780,864,815 bytes. Ratio 8.4%
Compression time: cpu 2838.00 secs, real 1702.75 secs. Speed 5,440 kB/s

D:\backups>arc a -di -m4x4:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 804,097,633 bytes. Ratio 8.6%
Compression time: cpu 3671.47 secs, real 1021.09 secs. Speed 9,072 kB/s
All OK

D:\backups>arc a -di -m4x4:b64mb:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:b64mb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3743.88 secs, real 949.53 secs. Speed 9,756 kB/s
All OK

D:\backups>arc a -di -m4x4:b512mb:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:b512mb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3730.58 secs, real 944.03 secs. Speed 9,812 kB/s
All OK

D:\backups>arc a -di -m4x4:b1024mb:lzma:8mb archive gasbillingok_full_backup.bak

FreeArc 0.666 Updating archive: archive.arc using 4x4:b1gb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3744.16 secs, real 953.64 secs. Speed 9,714 kB/s
All OK

Как Вы выкладываете данные на отдельной странице?

Добавлено:
Тесты на большом объеме данных - папка 2 228 656 171 байт.

Старый rep
Метод Размер Время, v25.12.2012 Время, +dll

Подскажите чем можно усилить метод -m9xb?

kalpak
1. пробуй с последней 0.67. во-первых бессмысленно слать багрепорты по старым версиям, во-вторых она надёжней 0.666
2. добавляй -lc- -ld- чтобы видеть что причина не в том что у тебя мало памяти

Новая альфа-версия:AES-NI: 1ГБ/сек - скорость шифрования (методом по умолчанию и в целом для -ae=aes-*/ctr/r:0) на современных процессорах
REP: исправлена ошибка, приводившая к зависанию на файлах размером BLOCKSIZE*N+k где 0<=k<L
GUI: показывает английский тултип/перевод если текущая локализация не имеет своего варианта
7z.dll: расширение архива по умолчанию теперь определяется опцией -t (например, команда "a a -tbzip2" эквивалентна "a a.bz2 -tbzip2")
LZ4: переименован метод "lz4a"->"lz4b" (формат сжатых данных несовместим со старой версией)
Из лицензии программы убрано упоминание GPL

Интеграция с Explorer - исправлены ошибки в новой реализации:больше не показывает каскадное меню, если оно пусто
корректное меню, если выбраны каталоги
если выбран ровно один архив - показывает команды для сжатия его в другие форматы
для архивных файлов меню всегда выводится (так что галочка включает только ассоциирование с FreeArc и иконку)
обновлён список расширений архивов/контейнеров (взят из 7z.dll плюс apk/zipx и кое-что по мелочи)

Глобальная очередь операций - закончена реализация: теперь эта настройка из freearc.ini также используется для команд FreeArc.exe исполняемых из комстроки (включая запускаемые из меню Explorer)
изменения этой настройки в диалогах Добавить/Извлечь больше не запоминаются в freearc.ini (в отличии от изменений, сделанных в диалоге Настройки)
ГИП: выводит "Ждём пока другая копия FreeArc завершит операцию..." и не начинает отсчёт времени пока идёт ожидание в очереди

Улучшения в вычислении/ограничении потребления памяти:Более точное вычислении/ограничении потребления памяти при использовании внешних компрессоров-фильтров (с stdin на stdout)
Unarc: ограничивает потребление памяти в grzip/4x4 по такому же алгоритму как Arc.exe
Unarc: теперь опция -ld по умолчанию трактует свой параметр как мегабайты

Исправлены ошибки в использовании временного каталога:GUI: больше не предлагает удалить временные файлы при открытии вложенного архива (распакованного во временный каталог) - в частности это исправляет проблему при открытии архивов .tar.gz
GUI: временный каталог, установленный в arc.ini (опцией -w), отныне может быть использован для распаковки содержимого архива в операции "Открыть из архива"
GUI: логфайл/врем.каталог, установленные в freearc.ini, отныне имеет больший приоритет, чем аналогичные настройки из arc.ini





New alpha version:AES-NI: 1GB/sec speed for default encryption method (and in general for -ae=aes-*/ctr/r:0) on modern cpus
REP: fixed bug causing hangup on files with size=BLOCKSIZE*N+k where 0<=k<L
GUI: show english tooltip/translation if the current locale doesn't have one
7z.dll: "a a -tbzip2" now works as "a a.bz2 -tbzip2" (i.e. default archive extension depends on the -t option)
LZ4: renamed method "lz4a"->"lz4b" (data format is incompatible with previous version)
Removed GPL from the program license

Explorer integration - fixed bugs in the new implementation:don't show empty cascaded menu
proper handling if directories are selected
if only one archive is selected - show options to compress it to other formats
always show context menu for archive files (so checkbox only toggles association with FreeArc and icon)
updated list of extensions to associate with (taken directly from 7z.dll plus apk/zipx and a few other)

Global command queue - finished implementation: now this freearc.ini setting also used for FreeArc.exe commands executed from cmdline (including those executed from the Explorer menu)
changes made to "Global queueing" setting in Add/Extract dialogs are no more saved in freearc.ini (as opposed to changes made in the Setting dialog)
GUI: show "Waiting for other FreeArc copy to finish operation..." and don't start counting operation time until global lock is grabbed

Improved calculation/limiting of memory usage:Improved calculation/limiting of memory usage when using stdin-to-stdout external compressors
Unarc: limit memory usage for grzip/4x4 in the same way as Arc.exe
Unarc: now -ld option accepts limit in megabytes by default

Fixed bugs in tempdir usage:GUI: no more propose to delete temporary files on open of subarchive (stored in the tempdir) - in particular it fixes .tar.gz handling
GUI: temporary directory set in arc.ini (-w) now can be used for extracting archive contents in the "Open file from archive" operation
GUI: logfile/tempdir configured in freearc.ini now has higher priority than those set in arc.ini

Ваша строка (на моем компьютере) полностью
delta+lzma:139mb:normal:bt4:128
последний параметр можно увеличивать до 273 кажется.

Ну и смотрите здесь:
http://freearc.org/ru/FreeArc040-rus.htm
и здесь:
http://7-zip.org.ua/ru/sdk.html

Bulat_Ziganshin
Булат, скажите пожалуйста, какие акценты и на что Вы будете делать в следующей версии?

Цитата:

Как Вы выкладываете данные на отдельной странице?

тег more - третий с конца на панели