Я обещал помоч с документированием unarc.dll и смылся :( Прошу прощения.
Еще актуально?
Еще актуально?
» FreeArc (часть 4)
Bulat_Ziganshin
Цитата:
а чего тогда в 2.93 -a1 памяти требуется больше, чем в 2.92?
и вроде медленней немного работает
[more=лог..]
timer.exe srep293_x64.exe -m3f -a1 -nommap xcmd.TAR.pcf xcmd.TAR.pcf.srep293_a1_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
220 mb, -m3f -l512 -c256 -a1
Compression ratio: 3482909069 -> 546450668: 15.69%. Cpu 13.197 mb/sec, real 3.396 mb/sec
Second pass: 100%
Kernel Time = 257.468 = 00:04:17.468 = 21%
User Time = 280.671 = 00:04:40.671 = 23%
Process Time = 538.140 = 00:08:58.140 = 44%
Global Time = 1209.093 = 00:20:09.093 = 100%
timer.exe srep293_x64.exe -m3f -a16 -nommap xcmd.TAR.pcf xcmd.TAR.pcf.srep293_a16_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
340 mb, -m3f -l512 -c256 -a16
Compression ratio: 3482909069 -> 547281295: 15.71%. Cpu 12.620 mb/sec, real 3.144 mb/sec
Second pass: 100%
Kernel Time = 261.734 = 00:04:21.734 = 20%
User Time = 292.734 = 00:04:52.734 = 22%
Process Time = 554.468 = 00:09:14.468 = 43%
Global Time = 1278.125 = 00:21:18.125 = 100%
timer.exe srep292_x64.exe -m3f xcmd.TAR.pcf xcmd.TAR.pcf.srep292_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
187 mb used for hash, -m3f -l512 -c256
Compression ratio: 3482909069 -> 546450668: 15.69%. Cpu 12.825 mb/sec, real 3.950 mb/sec
Second pass: 100%
Kernel Time = 245.781 = 00:04:05.781 = 24%
User Time = 273.171 = 00:04:33.171 = 27%
Process Time = 518.953 = 00:08:38.953 = 51%
Global Time = 1006.562 = 00:16:46.562 = 100%
[/more]
Цитата:
Цитата:
прирост 2х (-m3f) есть, а воспользоваться на реальных много ГБ данных скорее всего неполучиться, очень жалко HDD, на тестовом подопытном xcmd.TAR.pcf "HDD хрустит прилично", после ~2300МБ infile (столько примерно свободно памяти до начала).
Добавлено:
Цитата:
нет упоминаний про -nommap
Цитата:
Memory usage was also increased (and compression factor decreased a tiny bit). You may restore them back to old values with -a1 option
а чего тогда в 2.93 -a1 памяти требуется больше, чем в 2.92?
и вроде медленней немного работает
[more=лог..]
timer.exe srep293_x64.exe -m3f -a1 -nommap xcmd.TAR.pcf xcmd.TAR.pcf.srep293_a1_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
220 mb, -m3f -l512 -c256 -a1
Compression ratio: 3482909069 -> 546450668: 15.69%. Cpu 13.197 mb/sec, real 3.396 mb/sec
Second pass: 100%
Kernel Time = 257.468 = 00:04:17.468 = 21%
User Time = 280.671 = 00:04:40.671 = 23%
Process Time = 538.140 = 00:08:58.140 = 44%
Global Time = 1209.093 = 00:20:09.093 = 100%
timer.exe srep293_x64.exe -m3f -a16 -nommap xcmd.TAR.pcf xcmd.TAR.pcf.srep293_a16_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
340 mb, -m3f -l512 -c256 -a16
Compression ratio: 3482909069 -> 547281295: 15.71%. Cpu 12.620 mb/sec, real 3.144 mb/sec
Second pass: 100%
Kernel Time = 261.734 = 00:04:21.734 = 20%
User Time = 292.734 = 00:04:52.734 = 22%
Process Time = 554.468 = 00:09:14.468 = 43%
Global Time = 1278.125 = 00:21:18.125 = 100%
timer.exe srep292_x64.exe -m3f xcmd.TAR.pcf xcmd.TAR.pcf.srep292_m3f1
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
187 mb used for hash, -m3f -l512 -c256
Compression ratio: 3482909069 -> 546450668: 15.69%. Cpu 12.825 mb/sec, real 3.950 mb/sec
Second pass: 100%
Kernel Time = 245.781 = 00:04:05.781 = 24%
User Time = 273.171 = 00:04:33.171 = 27%
Process Time = 518.953 = 00:08:38.953 = 51%
Global Time = 1006.562 = 00:16:46.562 = 100%
[/more]
Цитата:
compression: memory-mapped file used for match checking
Цитата:
Compression made 2-3x faster compared to srep 2.
прирост 2х (-m3f) есть, а воспользоваться на реальных много ГБ данных скорее всего неполучиться, очень жалко HDD, на тестовом подопытном xcmd.TAR.pcf "HDD хрустит прилично", после ~2300МБ infile (столько примерно свободно памяти до начала).
Добавлено:
Цитата:
220 mb, -m3f -l512 -c256 -a1
нет упоминаний про -nommap
Bulat_Ziganshin
что там с новым оформлением вкладки сжатия? когда можно будет опробовать?
WinZip 16.5 Will Support OpenCL for Ultra Fast Compression and Decompression
что там с новым оформлением вкладки сжатия? когда можно будет опробовать?
WinZip 16.5 Will Support OpenCL for Ultra Fast Compression and Decompression
Bulat_Ziganshin
Цитата:
[more=8 частей по 50 Мб]
http://rghost.net/4506959 - http://rghost.net/download/4506959/d888c3e7c2aa82216c8582520c4686fa7d332964/MS%20Office%202003.7z.001 - MS Office 2003.7z.001
http://rghost.net/4513330 - http://rghost.net/download/4513330/ddb11402513067d27499c35238ac6563ec38bd0c/MS%20Office%202003.7z.002 - MS Office 2003.7z.002
http://rghost.net/4514188 - http://rghost.net/download/4514188/e1efeb450e54278daa5e2a08f3ecb87d182593a2/MS%20Office%202003.7z.003 - MS Office 2003.7z.003
http://rghost.net/4515037 - http://rghost.net/download/4515037/d64c8253811461360cd67f53f5736906fb7890af/MS%20Office%202003.7z.004 - MS Office 2003.7z.004
http://rghost.net/4515054 - http://rghost.net/download/4515054/c0749be62bd44fb180303b5c1b4d4c4d0d89098c/MS%20Office%202003.7z.005 - MS Office 2003.7z.005
http://rghost.net/4515074 - http://rghost.net/download/4515074/deb69bbf2e9af9b0919681a66c6fd895f1bcfd11/MS%20Office%202003.7z.006 - MS Office 2003.7z.006
http://rghost.net/4515086 - http://rghost.net/download/4515086/1bdf84155c4bfce1a264f151ab8f9bc65dcd4fed/MS%20Office%202003.7z.007 - MS Office 2003.7z.007
http://rghost.net/4515106 - http://rghost.net/download/4515106/12fa192aad7fa560b6f077ebf62f79efe636acf6/MS%20Office%202003.7z.008 - MS Office 2003.7z.008
[/more]
Цитата:
slech
не вижу криминала. надо попробовать самому. а ты залей архив на rghost
[more=8 частей по 50 Мб]
http://rghost.net/4506959 - http://rghost.net/download/4506959/d888c3e7c2aa82216c8582520c4686fa7d332964/MS%20Office%202003.7z.001 - MS Office 2003.7z.001
http://rghost.net/4513330 - http://rghost.net/download/4513330/ddb11402513067d27499c35238ac6563ec38bd0c/MS%20Office%202003.7z.002 - MS Office 2003.7z.002
http://rghost.net/4514188 - http://rghost.net/download/4514188/e1efeb450e54278daa5e2a08f3ecb87d182593a2/MS%20Office%202003.7z.003 - MS Office 2003.7z.003
http://rghost.net/4515037 - http://rghost.net/download/4515037/d64c8253811461360cd67f53f5736906fb7890af/MS%20Office%202003.7z.004 - MS Office 2003.7z.004
http://rghost.net/4515054 - http://rghost.net/download/4515054/c0749be62bd44fb180303b5c1b4d4c4d0d89098c/MS%20Office%202003.7z.005 - MS Office 2003.7z.005
http://rghost.net/4515074 - http://rghost.net/download/4515074/deb69bbf2e9af9b0919681a66c6fd895f1bcfd11/MS%20Office%202003.7z.006 - MS Office 2003.7z.006
http://rghost.net/4515086 - http://rghost.net/download/4515086/1bdf84155c4bfce1a264f151ab8f9bc65dcd4fed/MS%20Office%202003.7z.007 - MS Office 2003.7z.007
http://rghost.net/4515106 - http://rghost.net/download/4515106/12fa192aad7fa560b6f077ebf62f79efe636acf6/MS%20Office%202003.7z.008 - MS Office 2003.7z.008
[/more]
Bulat_Ziganshin
В последней альфе, если ввести пароль неправильно, то фа не просит повторить ввод, а пишет что это битый архив. Еще при распаковке часто появляется ошибка, которая на том же архиве в 0666 не появляется. Что-то про параметры в лямбде, но точно не помню. Как о5 выскочит сделаю скрин.
В последней альфе, если ввести пароль неправильно, то фа не просит повторить ввод, а пишет что это битый архив. Еще при распаковке часто появляется ошибка, которая на том же архиве в 0666 не появляется. Что-то про параметры в лямбде, но точно не помню. Как о5 выскочит сделаю скрин.
Перейду наверное обратно на 7zip.
Пробовал нескоько часов сжимать и пришел к выводу:
7zip сжимает значительно быстрее при одинаковой степени сжатия, если мощный комп.
У меня 7-64, 2600k, разогнан до 4500, 16 гб. оперативки.
7zip может загружать все ядра(4+4виртуальных) полностью, и за счет этого вырывается далеко вперед.
FreeArc очень слабо загружает физические ядра(виртуальные практчески не загружает), и за счет этого отстает.( В настройках выбирал и 4, и 8 ядер, и т.д, но так и не увидел результата)
Если архивировать несколько одновременно в FreeArc, тогда можно выиграть в 7zip в конечном итоге.
Со временем процесоры стают все мощнее, поэтому хотель бы пожелать FreeArc уметь работать не только со всеми ядрами, но и уметь их загружать при надобности полностью.
Итог:
Если комп слабый то FreeArc выиграет у 7zip, если комп мощный, то шансов у FreeArc нету.
Пробовал нескоько часов сжимать и пришел к выводу:
7zip сжимает значительно быстрее при одинаковой степени сжатия, если мощный комп.
У меня 7-64, 2600k, разогнан до 4500, 16 гб. оперативки.
7zip может загружать все ядра(4+4виртуальных) полностью, и за счет этого вырывается далеко вперед.
FreeArc очень слабо загружает физические ядра(виртуальные практчески не загружает), и за счет этого отстает.( В настройках выбирал и 4, и 8 ядер, и т.д, но так и не увидел результата)
Если архивировать несколько одновременно в FreeArc, тогда можно выиграть в 7zip в конечном итоге.
Со временем процесоры стают все мощнее, поэтому хотель бы пожелать FreeArc уметь работать не только со всеми ядрами, но и уметь их загружать при надобности полностью.
Итог:
Если комп слабый то FreeArc выиграет у 7zip, если комп мощный, то шансов у FreeArc нету.
Цитата:
прирост 2х (-m3f) есть
это на "небольших данных"
Скажите, пожалуйста, как сделать автозапуск файлов после самораспакования архива, т.е. чтобы не только распаковывал, но и сразу потом он запускал то что распаковал?
Помогите разработчки софта реализовать данную функцию или может сторонние прогеры знают как сделать это, готов заплатить за данную функцию?
Оставьте контакты для связи (желательно icq)
Помогите разработчки софта реализовать данную функцию или может сторонние прогеры знают как сделать это, готов заплатить за данную функцию?
Оставьте контакты для связи (желательно icq)
orest1973
Вы бы операционку,винты и параметры freearc указали, а не голословно "круче и всё тут".
Вы бы операционку,винты и параметры freearc указали, а не голословно "круче и всё тут".
Цитата:
а чего тогда в 2.93 -a1 памяти требуется больше, чем в 2.92?
потому что сейчас выводится вся использщуемая память - включая 33 мб I/O буферов. раньше их было 16.5 мб
Цитата:
прирост 2х (-m3f) есть, а воспользоваться на реальных много ГБ данных скорее всего неполучиться, очень жалко HDD
если не хватает озу, то нужно использовать -a1 и/или -m1. кроме того, я нашёл проблему в -m3, в след. версии будет гораздо быстрее, надеюсь что на уровне -m2 -l256
Цитата:
нет упоминаний про -nommap
хочу сделать, но это не так просто - mmap может быть отключен из-за нехватки адресного пространства и происходит это позже печати этой строчки
Добавлено:
Цитата:
лог..
без -nommap будет гораздо быстрее
orest1973
а 4x4 для чего был придуман Булатом? Если его юзать в итоге у фриарка получается практически тот же lzma2, только с навороченными прекомпрессорами.
а 4x4 для чего был придуман Булатом? Если его юзать в итоге у фриарка получается практически тот же lzma2, только с навороченными прекомпрессорами.
Цитата:
без -nommap будет гораздо быстрее
у меня нервы треск HDD не выдержали
Подскажите пожалуйста:у меня есть игровые архивы daed space 2.Я пробую их жать -mx9 -ld512m, но получается большой размер.С каким параметром следует их сжимать
Цитата:
как сделать автозапуск файлов после самораспакования архива
faq в заголовке темы. причитающущюся мне сумму плиз отправь сразу сюда - http://svp-help.narod.ru/index.html?donation.htm (кстати, это ко всем относится)
Добавлено:
Цитата:
у меня нервы треск HDD не выдержали
ну хотя бы первый гиг дождись пока обработается с этой опцией и без неё. я так делал
новая альфа:страница Сжатие: новые настройки; скорости перемеряны на i7-2600
Descript.ion: добавлены описания для всех файлов в каталоге bin\
Исправлена ошибка в индикаторе прогресса (иногда он перескакивал назад)
Улучшены тултипы 1125, 1227, 1176: если вы поддерживаете одну из трансляций, пожалуйста переведите их заново из arc.english.txt
new alpha version:Compression page: added more settings; speeds measured on i7-2600
Descript.ion: added description for all files in the bin\ directory
Fixed bug in displaying progress indicator (it was jumped lower sometimes)
Improved tooltips 1125, 1227, 1176: if you manage any translation, please update it to match arc.english.txt text
Descript.ion: добавлены описания для всех файлов в каталоге bin\
Исправлена ошибка в индикаторе прогресса (иногда он перескакивал назад)
Улучшены тултипы 1125, 1227, 1176: если вы поддерживаете одну из трансляций, пожалуйста переведите их заново из arc.english.txt
new alpha version:Compression page: added more settings; speeds measured on i7-2600
Descript.ion: added description for all files in the bin\ directory
Fixed bug in displaying progress indicator (it was jumped lower sometimes)
Improved tooltips 1125, 1227, 1176: if you manage any translation, please update it to match arc.english.txt text
Bulat_Ziganshin
Цитата:
А это что?
Цитата:
http://svp-help.narod.ru/index.html?donation.htm (кстати, это ко всем относится)
А это что?
уплавнялка фильмов, аналог 100 Гц технологии в тв
in order to implement "experimental methods" in the Compression dialog, i plan to implement the following new options:
-mc[GROUPS][:]OPERATION
where GROUPS may be empty or list of compression groups, $default means the default group. Examples are:$obj
$default
$default,$obj
Optional ':' is just a syntax sugar
And OPERATION may be one of the following:'-$group' or '$group-' means "remove $group from compression definition". Already implemented, f.e. -mc-$bmp
'-method' or 'method-' means "remove method from compression definition". Already implemented, f.e. -mc-rep
'+method' or 'method+' means "add method at the head of every compression chain", f.e. -mc+precomp042:t-j
'method1->method2' means "replace method1 with method2", f.e. -mc:rep->srep:mem256mb
GROUPS may be used to limit OPERATION to the specified groups, f.e. -mc$default,$obj:+precomp042:t-j
Using these options, FreeArc will implement "exprerimental compressor" checkboxes in the following way:
lzma:1gb: -mc:lzma->lzma:max:512mb
exe2: -mc:exe->dispack070
srep: -mc:rep->srep:mem256mb
precomp: -mc$default,$obj:+precomp042:t-j
intense: -mc$default,$obj:+precomp042:intense:t-j
jpeg: -mc$default,$obj:+precomp042
(of course, intense+jpeg will give us precomp042:intense)
Looking for your critique for the option itself and "exprerimental compressors" deciphering
-mc[GROUPS][:]OPERATION
where GROUPS may be empty or list of compression groups, $default means the default group. Examples are:$obj
$default
$default,$obj
Optional ':' is just a syntax sugar
And OPERATION may be one of the following:'-$group' or '$group-' means "remove $group from compression definition". Already implemented, f.e. -mc-$bmp
'-method' or 'method-' means "remove method from compression definition". Already implemented, f.e. -mc-rep
'+method' or 'method+' means "add method at the head of every compression chain", f.e. -mc+precomp042:t-j
'method1->method2' means "replace method1 with method2", f.e. -mc:rep->srep:mem256mb
GROUPS may be used to limit OPERATION to the specified groups, f.e. -mc$default,$obj:+precomp042:t-j
Using these options, FreeArc will implement "exprerimental compressor" checkboxes in the following way:
lzma:1gb: -mc:lzma->lzma:max:512mb
exe2: -mc:exe->dispack070
srep: -mc:rep->srep:mem256mb
precomp: -mc$default,$obj:+precomp042:t-j
intense: -mc$default,$obj:+precomp042:intense:t-j
jpeg: -mc$default,$obj:+precomp042
(of course, intense+jpeg will give us precomp042:intense)
Looking for your critique for the option itself and "exprerimental compressors" deciphering
egor23
Это Булат о «тяжкой участи» разработчиков. Но ведь наш «всегда восторженный герой
готов ... жертвовать собой»
Это Булат о «тяжкой участи» разработчиков. Но ведь наш «всегда восторженный герой
готов ... жертвовать собой»
Bulat_Ziganshin
Как включить показ вкладки "Сжатие", ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?
Как включить показ вкладки "Сжатие", ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?
Bulat_Ziganshin
ссылка на исходники SREP не работает
(The requested URL /freearc/trunk/Compression/REP/srep.cpp was not found on this server)
Насчет идеи (моего сообщения на 15 странице): раз уж извесно кол-во всех совпадений (известной длины), то почему бы не собирать выходной файл в памяти? Или проще много раз маленькими частями, чем один раз писать сразу по 8 Мб (незнаю какой участок памяти можно выделить по максимуму, или подобрать оптимальный размер)?
ссылка на исходники SREP не работает
(The requested URL /freearc/trunk/Compression/REP/srep.cpp was not found on this server)
Насчет идеи (моего сообщения на 15 странице): раз уж извесно кол-во всех совпадений (известной длины), то почему бы не собирать выходной файл в памяти? Или проще много раз маленькими частями, чем один раз писать сразу по 8 Мб (незнаю какой участок памяти можно выделить по максимуму, или подобрать оптимальный размер)?
vasulpr
Цитата:
Цитата:
На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди
Цитата:
страница Сжатие: новые настройки
Цитата:
ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?
На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди
Цитата:
Q: Возможно ли в arc реализовать запуск файла из архива после распаковки этого архива?
A: freearc-installer.sfx извлекает архив во временный каталог, запускает setup.exe и после его выполнения стирает все временные файлы. freearc-installer-nodelete.sfx делает то же самое кроме стирания
1. скажите где выбрать такие параметры, не смог найти их? freearc-installer.sf и freearc-installer-nodelete.sfx
2. получается мне нужно переименовать свои файл в setup.exe , чтобы он потом сам автоматически запустился?
Цитата:
На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди
Спасибо! нашел! Кстати классно придумали скрыть розшеренни настройки под кнопку.
После активации опции "общая очередь для всех копий ФА" была запушено распаковка архива и запущена упаковки в архив которая стала в очередь после распаковки. так вот распаковка прошла нормально, а окно упаковки зависло.
никаких параметров нет. просто цепляете эти модули вместо обычных и будет вам запущен setup.exe. если нужно что-то большее - то берёте модуль для innosetup и кустомизируете его
ruduk
не буду я ничего комментировать пока ты не будешь способен читать исходники на c++
Цитата:
какая ссылка?
ruduk
не буду я ничего комментировать пока ты не будешь способен читать исходники на c++
Цитата:
ссылка на исходники SREP не работает
какая ссылка?
vasulpr
как запускал?
как запускал?
ruduk
Цитата:
изменилась
http://svn.freearc.org/freearc/trunk/Compression/SREP/srep.cpp
Цитата:
(The requested URL /freearc/trunk/Compression/REP/srep.cpp was not found on this server)
изменилась
http://svn.freearc.org/freearc/trunk/Compression/SREP/srep.cpp
Bulat_Ziganshin
ПКМ по архиву - распаковать, пока оно розпаковувалося запустил программу с ярлыка выбрал папку, параметр сжатия, нажал ОК. сжатие стало в очередь, закрыл основное окно программы, распаковки закончилось а упаковка не началась, хотя окно упаковки висело.
Добавлено:
Bulat_Ziganshin
Извините за беспокойство! видно я чтото намудрил с параметрами сжатия, что у меня упаковки зависла даже не начавшись, потому что мне сейчас не удалось повторить этот баг. все работает нормально!
ПКМ по архиву - распаковать, пока оно розпаковувалося запустил программу с ярлыка выбрал папку, параметр сжатия, нажал ОК. сжатие стало в очередь, закрыл основное окно программы, распаковки закончилось а упаковка не началась, хотя окно упаковки висело.
Добавлено:
Bulat_Ziganshin
Извините за беспокойство! видно я чтото намудрил с параметрами сжатия, что у меня упаковки зависла даже не начавшись, потому что мне сейчас не удалось повторить этот баг. все работает нормально!
Цитата:
(The requested URL /freearc/trunk/Compression/REP/srep.cpp was not found on this server)
я его переместил в http://svn.freearc.org/freearc/trunk/Compression/SREP/srep.cpp
ссылку на сайте поправил, ссылку в readme - теперь уже в след. версии. где-то ещё?
спасибо
Цитата:
никаких параметров нет. просто цепляете эти модули вместо обычных и будет вам запущен setup.exe. если нужно что-то большее - то берёте модуль для innosetup и кустомизируете его
объясните плиз поэтапно как это сделать?
скачиваю FreeArc 0.666, дальше что?
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.