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

Как указывать файл списки я знаю. я им про Фому, они мне про Ерёму.
del
всё равно толковой помощи не дождёшься

Цитата:

3. Сделать контекстное меню для файлов в списке.

не сложно. а что туда включить?

Rename
View
Delete
Extract

Цитата:

в вызове FreeArcExtract можно указать -w - каталог для временных файлов

Да, что-то об этом не подумал... Проблема решилась.

Предлагаю в следующей версии скрипта добавить -wPATH по умолчанию. Вычисления места нафиг не нужны, пускай все временные файлы создаются в папке (app). Будет вполне логично, чтобы у юзера при установке кушалось место там, куда он ставит.

Bulat_Ziganshin

Цитата:

Цитата: Во-первых, хотелось бы, чтобы не было этой полоски:

попробуй мышкой уменьшить размер окна

Цитата:

пускай все временные файлы создаются в папке (app).

есть в to-do

Добавлено:
вау!!! http://www.thg.ru/software/archivator_test/index.html

мне говорили что в thg будет обзор - он таки вышел! то-то в последнее время кол-во посетителей на сайте удвоилось-утроилось

Добавлено:
ещё одна прикольная ссылка - http://rutracker.org/forum/viewtopic.php?t=2729289

Хорошие новости для использующих precomp: http://encode.dreamhosters.com/showpost.php?p=11121&postcount=141

Цитата:

вау!!! http://www.thg.ru/software/archivator_test/index.html

они конечно сравнили командную строку

Цитата:

Энтузиастов и любителей командной строки вряд ли смутят утилиты 7zip и FreeArc

Добавлено:

Цитата:

а нельзя ли заставить работать такую команду ?

имхо это всё достаточно специфично, лучше уж sh освой

специфично получится если делать скрипты в Windows и в Linux, там это абсолютно по разному делается.
А если бы это было бы на уровне FA то никаких бы проблем бы небыло.
Специфично для бэкапов

Цитата:

ещё одна прикольная ссылка - http://rutracker.org/forum/viewtopic.php?t=2729289

"ну здесь можно опции ставить, но я в этом не шарю" (с)

Цитата:

"ну здесь можно опции ставить, но я в этом не шарю" (с)

как исправить это, во время установки выводит:

freearc вернул код ошибки -1???

поковал такой командой


Код: arc a Braid -ep1 -r -ld1gb -m=precs+rep:1gb:a99+lzma:190mb:max:bt4:273:mc10000 "D:\Games\Braid\*"

Прошу помочь кто может, при распаковке самораспак-ся архива, происходит ошибка ERROR: archive data corrupted (decompression failed) примерно на 57% на других компах эта же ошибка но на 9% и 46%, как можно распаковать такой архив, очень нужная информация там, незнаю что и предпринять.

SREP 1.41 alpha released. it supports two compression methods (match finders). -m1 is the old compression method and -m2 (default) is the new one:

* uses much less memory (2-4% instead of 6-8%)
* check matches using I/O (rereading previous data from infile) instead of SHA1 comparison, hence 100% reliable
* may become very slow on larger files (expected to be fixed in release)

let's test it!

Bulat_Ziganshin большое спасибо

about SREP: decompression algo wasn't changed at all. the idea for srep 1.5 is to make compression work in the same way as decompression, rereading old data chunks from input file in order to make comparison and find match size. srep 1.5 will remain compatible with 1.0 in its compressed format

later, srep 2.0 will use new format with arbitrary match lengths (in 1.0 match length has form k*L) that will improve compression a bit and make srep+rep chain useless (since srep alone will find all the matches longer than L bytes)

and finally, srep 3.0 would use reverse-LZ77 format that saves matches at the source rather than destination place, so that decompression process will write decompressed data immediately when they are produced (i.e. read from compressed file)


Добавлено:

Цитата:

-m=precs+

для распаковки нужен precomp, читай ext-скрипт и вообще тему об is+fa


Цитата:

Прошу помочь кто может, при распаковке самораспак-ся архива

как вариант - залить на files.mail.ru, я посмотрю. иначе - дай для начала "arc lt твой_архив". консолью пользоваться умеешь?

Bulat_Ziganshin

Цитата:

2-4% instead

какая формула расчёта?

egor23
как раньше, только убран массив sha1 (20/512 от размера файла). формула ещё будет меняться...

SREP 1.42 alpha released:

* now -m2 has reasonable speed on huge files (14mb/s on my system)
* memreqs = 2.7-3.7%, i.e. files up to 50 gb can be processed with 2 Gb RAM

SREP 1.43 final alpha released:

* 30% faster than 1.42
* 2-3% of filesize = compression memory

i've included all executables but fastest ones are srep32i.exe and srep64i.exe. if no problems will be reported, i will release it as SREP 1.5

Bulat_Ziganshin,


Цитата:

SREP 1.43 final alpha released:

* 30% faster than 1.42
* 2-3% of filesize = compression memory

i've included all executables but fastest ones are srep32i.exe and srep64i.exe. if no problems will be reported, i will release it as SREP 1.5

Всё это очень хорошо и круто, но побыстрей бы это всё внедрилось в FreeArc аналогично обычному rep'у

A19EXXX
план таков:
1. улучшить srep чтобы он ловил все повторения больше заданной длины. сейчас например на моём контрольном файле rep сжимает до 380 мб, а srep - до 390 мб с одинаковыми настройками. это будет сделано в 2.0

2. реализовать reverse lz, что должно сделать распаковку действительно не требующей доп. памяти, даже для кеша. если это будет хорошо работать, то мы получим возможность распаковывать одновременно srep со словарём на весь размер входных данных и lzma со словарём на 3/4 ОЗУ, без использования промежуточных файлов. это планируется на srep 3.0

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

SREP 1.44 release candidate:

* fixed bugs reported by Skymmer
* added 32-bit and 64-bit linux executables

Bulat_Ziganshin
Чем отличается srep.exe от srep32.exe\srep32i.exe ?

egor23
откомпилировано gcc/msvc/icl, соот-но. в релиз будут включены только 32i и 64i, поскольку они показывают наивысшую скорость

Bulat_Ziganshin

Цитата:

они показывают наивысшую скорость

На чьих процесоррах?

на моём core2 q6600

Bulat_Ziganshin
ох, формула, запишите по красивей, а то не очень понятно с перого взгляда:
roundup(filesize/L/8 * 4)

Цитата:

SREP 1.44 release candidate:

для Nero-9.2.6.0_trial.tar \ DEVILMAYCRY4.TAR по 6 подходов (m1\m2 по три раза)
для s-so123.tar 2 подхода (m1\m2 по одному разу)

Временные показатели смотрим в логах.

Nero-9.2.6.0_trial.tar 1883МБ - srep_512 524.1МБ
размер стал меньше на 512байт, чем в srep08
времени стало больше тратиться (было 111сек стало 121сек (для -m1))

[more=лог..]
timer.exe srep.exe -m1 Nero-9.2.6.0_trial.tar Nero_srep_512_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
122 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 18.015 mb/sec, real 16.045 mb/sec

Kernel Time = 4.593 = 00:00:04.593 = 3%
User Time = 109.609 = 00:01:49.609 = 88%
Process Time = 114.203 = 00:01:54.203 = 92%
Global Time = 123.437 = 00:02:03.437 = 100%

timer.exe srep32.exe -m1 Nero-9.2.6.0_trial.tar Nero_srep_512_32_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
122 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 17.279 mb/sec, real 15.536 mb/sec

Kernel Time = 4.562 = 00:00:04.562 = 3%
User Time = 114.281 = 00:01:54.281 = 89%
Process Time = 118.843 = 00:01:58.843 = 93%
Global Time = 127.469 = 00:02:07.469 = 100%

timer.exe srep32i.exe -m1 Nero-9.2.6.0_trial.tar Nero_srep_512_32i_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
122 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 18.300 mb/sec, real 16.431 mb/sec

Kernel Time = 4.718 = 00:00:04.718 = 3%
User Time = 107.906 = 00:01:47.906 = 89%
Process Time = 112.625 = 00:01:52.625 = 93%
Global Time = 120.516 = 00:02:00.516 = 100%

timer.exe srep.exe -m2 Nero-9.2.6.0_trial.tar Nero_srep_512_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
48 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 24.417 mb/sec, real 16.513 mb/sec

Kernel Time = 7.093 = 00:00:07.093 = 5%
User Time = 80.890 = 00:01:20.890 = 67%
Process Time = 87.984 = 00:01:27.984 = 73%
Global Time = 120.109 = 00:02:00.109 = 100%

timer.exe srep32.exe -m2 Nero-9.2.6.0_trial.tar Nero_srep_512_32_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
48 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 20.934 mb/sec, real 14.825 mb/sec

Kernel Time = 6.250 = 00:00:06.250 = 4%
User Time = 94.328 = 00:01:34.328 = 70%
Process Time = 100.578 = 00:01:40.578 = 75%
Global Time = 133.469 = 00:02:13.469 = 100%

timer.exe srep32i.exe -m2 Nero-9.2.6.0_trial.tar Nero_srep_512_32i_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
48 mb used for hash
Compression ratio: 1974371328 -> 549575868: 27.84%. Cpu 24.441 mb/sec, real 16.444 mb/sec

Kernel Time = 6.593 = 00:00:06.593 = 5%
User Time = 80.796 = 00:01:20.796 = 67%
Process Time = 87.390 = 00:01:27.390 = 72%
Global Time = 120.422 = 00:02:00.422 = 100%

[/more]

DEVILMAYCRY4.TAR 7347МБ - srep_512 2738МБ
размер стал меньше на 121МБ, чем в srep07
времени стало больше тратиться (было 571сек стало 598сек (для -m1))

[more=лог..]

timer.exe srep.exe -m1 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
480 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 14.025 mb/sec, real 12.621 mb/sec

Kernel Time = 19.953 = 00:00:19.953 = 3%
User Time = 549.312 = 00:09:09.312 = 89%
Process Time = 569.265 = 00:09:29.265 = 93%
Global Time = 610.531 = 00:10:10.531 = 100%

timer.exe srep32.exe -m1 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_32_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
480 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 13.285 mb/sec, real 12.051 mb/sec

Kernel Time = 19.703 = 00:00:19.703 = 3%
User Time = 579.937 = 00:09:39.937 = 90%
Process Time = 599.640 = 00:09:59.640 = 93%
Global Time = 639.359 = 00:10:39.359 = 100%

timer.exe srep32i.exe -m1 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_32i_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
480 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 14.279 mb/sec, real 12.880 mb/sec

Kernel Time = 19.953 = 00:00:19.953 = 3%
User Time = 539.546 = 00:08:59.546 = 90%
Process Time = 559.500 = 00:09:19.500 = 93%
Global Time = 598.266 = 00:09:58.266 = 100%

timer.exe srep.exe -m2 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
193 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 17.387 mb/sec, real 12.130 mb/sec

Kernel Time = 26.453 = 00:00:26.453 = 4%
User Time = 443.109 = 00:07:23.109 = 69%
Process Time = 469.562 = 00:07:49.562 = 73%
Global Time = 635.453 = 00:10:35.453 = 100%

timer.exe srep32.exe -m2 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_32_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
193 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 15.346 mb/sec, real 11.110 mb/sec

Kernel Time = 26.250 = 00:00:26.250 = 3%
User Time = 502.046 = 00:08:22.046 = 72%
Process Time = 528.296 = 00:08:48.296 = 76%
Global Time = 693.593 = 00:11:33.593 = 100%

timer.exe srep32i.exe -m2 DEVILMAYCRY4.TAR DEVILMAYCRY4_srep_512_32i_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
193 mb used for hash
Compression ratio: 7703932416 -> 2871518408: 37.27%. Cpu 17.564 mb/sec, real 12.171 mb/sec

Kernel Time = 25.562 = 00:00:25.562 = 4%
User Time = 438.625 = 00:07:18.625 = 69%
Process Time = 464.187 = 00:07:44.187 = 73%
Global Time = 633.203 = 00:10:33.203 = 100%

[/more]

s-so123.tar 22426.5МБ - srep_512 12528.4МБ
размер стал больше на 12байт, чем в srep08
времени стало меньше тратиться (было 3087сек стало 2143сек (для -m1))

[more=лог..]

timer.exe srep32i.exe -m1 s-so123.tar s-so123_srep_512_32i_m1

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
1339 mb used for hash
Compression ratio: 23516088832 -> 13137073412: 55.86%. Cpu 12.382 mb/sec, real 10.974 mb/sec

Kernel Time = 73.281 = 00:01:13.281 = 3%
User Time = 1899.281 = 00:31:39.281 = 88%
Process Time = 1972.562 = 00:32:52.562 = 92%
Global Time = 2143.016 = 00:35:43.016 = 100%

timer.exe srep32i.exe -m2 s-so123.tar s-so123_srep_512_32i_m2

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
463 mb used for hash
Compression ratio: 23516088832 -> 13137073412: 55.86%. Cpu 14.461 mb/sec, real 10.409 mb/sec

Kernel Time = 83.812 = 00:01:23.812 = 3%
User Time = 1626.140 = 00:27:06.140 = 71%
Process Time = 1709.953 = 00:28:29.953 = 75%
Global Time = 2259.234 = 00:37:39.234 = 100%

[/more]

ну время здесь - дело наживное. а вот уменьшение архива на 121 мб - это что-то из разряда фантастики. не перепутал?

и как ты предлагаешь записать формулу?

Добавлено:
ps: а, я понял - это из-за того что ты сравниваешь с 0.7

Bulat_Ziganshin

Цитата:

на моём core2 q6600

Но ведь к этому можно относиться критично. У вас есть возможность проверить результаты на процессорах АМД?

в http://encode.dreamhosters.com/showthread.php?t=231&page=8 skymmer проверил. а что ты мне предлагаешь сделать? core2 и интел вообще - более популярны, так что даже если этот вариант будет медленней на amd, я всё же предпочту его. у меня он дал выигрыш в 20% по сравнению с gcc (по cpu time)

Bulat_Ziganshin
Я не лобирую ваш выбор, т. к. нет большой проблемы самостоятельно откомпилировать исходники с использоваием подходящего компилятора, а пост Skymmer'а меня полностью удовлетворил
Ради спортивного интереса, Skymmer'а можно попросить протестировать патч из вышеназванной статьи?