Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: insorg
Дата сообщения: 17.05.2012 22:34

Цитата:
в перспективе сделать сей процесс со SREP "базонезависимым" чтоль, даже не знаю как выразиться

а я знаю - встроить его в arc.exe и в sfx-модули (можно не во все, а только в самые "умные").

1.
Имею папку на 30 файлов весом на 8 гигов (5 из них 0,9…1,2 гига, остальные - мелкие).
Требуется максимальное асинхронное сжатие (-m9x) с применением srep (как раз оценю для себя его эффективность).
Пока что комманда имеет вид:
  arc.exe a "f:\P1LIC.arc" <путь_папки> -m9x -i2 -lc- -ld- -di
Чем нужно дополнить для srep максимальной эффективности?

2.
И ещё, совет-пожелание: пожалуйста, НЕ нужно жать sfx-модули upx-ом (или чем там ты их жмёшь), ибо это жутко вешает мне систему (антивирь сканит и вешает). От подобной идеи жать модули уже в своё время отказались разрабы RAR и 7Z. Да и ложные срабатывания тоже встречаются, нехорошо. Всё равно же при мизерном весе этих sfx-ов выигрыш ничтожен, а потеря времени огромна.

з.ы.
Оба мои вопроса (про разницу и х64) всё ещё актуальны.
Автор: sabio
Дата сообщения: 23.09.2012 17:37
Bulat_Ziganshin

Цитата:
Another proposal for idea from v9+v10

как-то не интуитивно получается - "знаменатели" слева от "числителей"
(Speed = Bytes / Time, Ratio = Compressed / Bytes)
Автор: G787
Дата сообщения: 25.02.2015 07:38
Скажите а как быть если мне нужно запаковать файл а сохранять его я хочу из своего приложения есть ли какая реализация в Dll ?

Ну то есть нужно запаковать файл/информацию в памяти не создавая фаил на жестком диске.

Конечно можно создать на жестком диске потом удалить но это некрасиво и так сказать фрагматично ...
Автор: insorg
Дата сообщения: 23.09.2012 18:08
Точно, забыл про скорость:

Proceeded:                 58%    Files:               2823/5447    
Compressed:    4984984/2046849    Ratio:                     72%    
Speed:                5204kb/s    Time:        01:02:03/20:22:24    
Автор: Bulat_Ziganshin
Дата сообщения: 18.05.2012 14:33
У МЕНЯ КО ВСЕМ СОВЕТ-ПОЖЕЛАНИЕ - НЕ РЕДАКТИРУЙТЕ СТАРЫЕ ПОСТЫ ДЛЯ ДОБАВЛЕНИЯ НОВОГО СОДЕРЖАНИЯ. ПРОСТО НАПИШИТЕ НОВЫЙ ПОСТ - МНЕ ТАК БУДЕТ УДОБНЕЙ


Цитата:
сейчас freearc по команде lt/ArcInfo выводит для собственных архивов следующую информацию:

сделал и для .7z:

Код: C:\>Arc.exe lt a.7z
...

Compression memory: 35 mb
Decompression memory: 18 mb
Dictionary: PPMD:16mb LZMA:3mb BZip2:900kb Deflate:32kb

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
0 7,257,513 7,349,363 1 LZMA:3m:lp2
0 51 56 1 Deflate
0 42 78 1 BZip2
0 3,981,824 976,075 1 BCJ PPMD:o6:mem3m
0 4,724,224 1,183,064 1 BCJ PPMD:o6:mem24
-----------------------------------------------------------------------------
5 files, 15,963,654 bytes, 9,508,636 compressed
Автор: Shad0wl0rd
Дата сообщения: 25.02.2015 20:37
Подскажите, как создать архив, если в источнике присутствуют не только файлы, но и папки (например по 5 Гб, и их надо разделить на несколько архивов) с файлами? Необходимо, чтобы при извлечении, чтобы сохранилась структура папок.
Автор: Bulat_Ziganshin
Дата сообщения: 27.02.2015 11:00
G787
нет
Shad0wl0rd
только вручную подбирать
Автор: Bulat_Ziganshin
Дата сообщения: 23.09.2012 22:17
insorg
Files:               2823/5447    Proceeded:                 58%    
Bytes:         123456/65432100    Speed/Ratio:    5204kb/s / 72%
Compressed:    4984984/2046849 Time:        01:02:03/20:22:24    
Автор: insorg
Дата сообщения: 18.05.2012 15:55

Цитата:
прочтите наконец описание -lc/-ld
уже почитал-поглядел, разобрался. я ж ещё сразу тогда поблагодарил за помощь.

Цитата:
-mc:rep/srep:mem256mb - смотрится как раз в GUI версии. ставишь галочку и он наверху пишет комстроку
уже заметил, спасибо!

Цитата:
к концу этого года компилятор должен появиться
понял, буду ждать с нетерпением

Цитата:
в скорости. и x64-коде
то, что х32 и х64 - это ясно и так... а, вот, буковка "i" означает что? добавленое или, наоборот, облегчённое? просто, хочу выбрать наиболее функциональный вариант.
Автор: insorg
Дата сообщения: 23.09.2012 22:26
Bulat_Ziganshin
можно и так
Автор: vitppc
Дата сообщения: 01.03.2015 04:37
Хочу ужать игру симпсы 3, флешка 16gb, а вес игры 23gb, реально ужать, чтобы влезла и после этого на другом компе, запустить установку?
И вообще, на сколько сейчас он актуален, заранее спс.
Автор: Bulat_Ziganshin
Дата сообщения: 18.05.2012 17:19
insorg
srep*i - как правило, самый быстрый


Цитата:
А с комментариями что не так? Поставил галочку написал комментарий и пустил на сжатие.

есть ещё удаление комментария из архива, установка комментария из файла. ещё полезно было бы добавить кнопки Load/Save для текста комментария


Цитата:
Все уже давно придумано в других прогах, может стоит просто их перенести в ФА?

в том-то и дело, что у fa есть свои уникальные возможности как ядра (скажем keyfiles для шифрования), так и GUI


Цитата:
А за шифрование я совсем вас не понимаю, что с ним не так? можете кратко объяснить.

там есть пароль и keyfile шифрования, алгоритм шифрования, и наконец пароли и keyfiles дешифрования


Цитата:
Блин все нет времени дорисовать другие вкладки. Если они вам еще нужны то на выходных я все сделаю

да можно пока не рисовать, просто словами договориться об изменениях. когда договоримся, что туда включать - тогда нарисуешь
Автор: Shuld
Дата сообщения: 26.09.2012 17:21
Лучшие из вариантов (для меня) - 9 и 15.

Самое хорошее было бы взять вариант 15 и сделать изменения:
разместить Speed под Time - и то и то относится к времени
Ratio под Compressed - и то и то относится к размеру файла.
Автор: Kruton9000
Дата сообщения: 01.03.2015 13:17
vitppc
На флешке места скорее всего меньше, чем 16Гб. Сомневаюсь, что влезет. Хотя как повезет: сжатие раз на раз не приходится. Если есть возможность, можно создать многотомный архив и перенести за 2 раза. Или на вторую флешку остаток записать.
Автор: insorg
Дата сообщения: 18.05.2012 18:34

Цитата:
srep*i - как правило, самый быстрый

и, как я понимаю, без "i" - самый эффективный по сжатию?
Автор: Bulat_Ziganshin
Дата сообщения: 26.09.2012 17:24
Shuld
speed под time не влезет
Автор: Diana_Kovalenko
Дата сообщения: 02.03.2015 22:43
в чем причина таких ошибок SREP 3.93a beta (October 11, 2014) при распаковке архива ?

описание в arc.ini
unpackcmd = srep {options} -d -s - - <stdin> <stdout>

с версией SuperREP 3.0 (Jan 30, 2012) проблем нет

Автор: WatsonRus
Дата сообщения: 18.05.2012 21:35
Подскажите, GUI-вая версия понимает параметры командной строки, наподобие Winrar.exe?
Автор: Shuld
Дата сообщения: 26.09.2012 17:28
И, вероятно, строку Total выше, чем Procecced.

Добавлено:
Вообще самая большая сложность с Ratio - он не сразу понятен.

Добавлено:
А если посмотреть на процесс нестандартно?

.................Files........Bytes...............Time
Start...........44.....15 790
Processed....30.....4 800.->.2 258......0:30
Finish............1.........-........8 953.......2:22
-------------------------------------------------
Speed.......8 kb/s
Ratio.........50%


Добавлено:
Взгляд человека начинается слева вверху.
Мне кажется, что в любом варианте исходный размер несжатых данных должен располагаться вверху, и по-возможности левее.
Например, интересен вариант
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1860#13
но строку Total выше, чем Procecced


Добавлено:
В этом смысле варианты 11, 12 мне не нравятсяся совершенно!

Думаю, что может быть красивым вариант 15, если поменять местами
строки Total и Procecced
и Ratio / Speed, чтобы Ratio было под Compressed
Автор: egor23
Дата сообщения: 18.05.2012 21:58
insorg

Цитата:
srep.exe
srep32.exe
srep32i.exe
srep64.exe
srep64i.exe
В чём разница?

insorg
в компиляторах разница

Цитата:
srep - gcc
srep32/64 - msvc
srep32i/64i - icl


Добавлено:
WatsonRus

Цитата:
GUI-вая версия понимает параметры командной строки

понимает
Автор: Bulat_Ziganshin
Дата сообщения: 02.03.2015 23:49
Diana_Kovalenko
у вас в скрине две ошибки, конфиг-файл видимо из второй. предлагаю начать с первой, там проще разобраться. желательно скинуть мне полный архив, включая все файлы arc.exe arc.ini и т.д. необходимые для воспроихведения ошибки
Автор: Bulat_Ziganshin
Дата сообщения: 27.09.2012 01:11
New alpha version:

Compression memory management: now FreeArc knows that 4x4/grzip may use more or less memory depending on number of threads without losing compatibility with already compressed data. This complicates memory management:On compression, "Memory for compression 747mb, decompression 96mb" message now tells how much memory actually used this time for compression and minimum memory that will be required later for decompression
The Compression Dialog shows the same numbers for standard compression methods
ArcInfo/lt commands show the minimum memory required for compression and decompression of selected archive
On compression, -lc limits memory usage, first adding "tempfile" between methods, then reducing :t:i parameters in 4x4/grzip and finally reducing memory used by each thread
On compression, -ld limits minimum amount of memory that will be required later for decompression (i.e. with "tempfile" between methods and :t1:i0 setting in 4x4/grzip)
On decompression, -ld limits memory usage, first adding "tempfile" between methods, then reducing :t:i parameters in 4x4/grzip; so you can use -ld1 to use as little memory as possible
Decreased memory usage for xlzma decompression by 9%, ppmd compression and decompression by 14 mb per thread
LZMA: -di/lt shows real hash size in :h (it may be smaller than specified in the command because each bucket (:mc) should contain 2^n values)
Fixed lot of bugs and made tons of improvements in compression memory management, now all memory sizes shown should reflect the real memory usage

Other improvements:New layout of the Progress Dialog invented by sabio and ruduk
The Progress Dialog title now is "xx% hh:mm:ss | Command ..." instead of "{xx% hh:mm:ss} Command ..."
i18n: full Portuguese Standard translation by Nuno Rego!
i18n: shortened msgs 0018, 0086, 0433, 0435, 0300, 0437, 0438, 0439, 0440, 0441, 0382, 0383, 0384, 0301, 0302. If you maintain a translation, please try to do the same
7z.dll: more accurate dict/mem calculation for bcj2-compressed archives in the ArcInfo/lt
Unarc/DLL/large SFX: added LZ4 decompression
Unarc.dll: added C# usage example developed by Mohammad Khalifa
LZMA: made lzma:fastest a really fastest set of settings

To do: small improvements in the Progress Dialog, memory management in Tornado and Unarc
Автор: Diana_Kovalenko
Дата сообщения: 03.03.2015 09:42
Bulat как я могу переслать вам необходимые файлы ?
Автор: insorg
Дата сообщения: 18.05.2012 23:01

Цитата:
в компиляторах разница:
srep - gcc
srep32/64 - msvc
srep32i/64i - icl

"icl" на АМД быстрее остальных?
Автор: palandy
Дата сообщения: 28.09.2012 19:51
Имхо такой вариант удобнее

Цитата:
Files:               2823/5447    Proceeded:                 58%    
Bytes:         123456/65432100    Speed/Ratio:    5204kb/s / 72%
Compressed:    4984984/2046849    Time:        01:02:03/20:22:24

т.к. читаем мы в первую очередь слева-направо, а уже затем сверху-вниз.
Автор: Bulat_Ziganshin
Дата сообщения: 03.03.2015 14:11
rg.ru, mega.co.nz...
Автор: egor23
Дата сообщения: 18.05.2012 23:20
insorg

Цитата:
"icl" на АМД быстрее остальных?

+ ICCPATCH (или что типа того)
Автор: fdhhhhhhhhhhh
Дата сообщения: 29.09.2012 18:07
//Перешел в эту тему из FreeArc под Linux/Unix, тут более подходящая, тем более те же люди.
//лучше было бы и в саппорт написать, но учитывая что создатели и здесь, а мой английский очень simple вывод на лицо:

Поставил на архивирование 1 млн. файлов (меньше 2кб с сортировкой по размеру и удалением после архивации)
Как закончилась архивация не увидел. (В прошлый раз ооочень долго удаляло, сейчас как-то быстро, что не заметил, правда архив в 2.5 раза меньший).
Оказалось удалились не все файлы. Почему-то начиная с больших.
http://i43.fastpic.ru/big/2012/0929/c0/65772e0a6ac65445beec0fbc71ed69c0.png
Слева отсортированный по имени список из "unarc l". Посередине GUI FreeARC, справа то что есть Windows Explorer.
К примеру файлы 880, 881 не удалились, а 882, 883 удалились (они более большие по размеру).
Странно, архивация от меньшего к большему, а удаление наоборот.

Ошибки в конце я не видел. Просто прога закрылась. Могло нехватить памяти.

//З.Ы.По списку из unarc попробовал удалить через bat, findstr уже пол часа думает, ничего не удалило и прочитало с винта только 112кбайт (текстовый файл размером 22Мб)
Автор: Bulat_Ziganshin
Дата сообщения: 01.10.2012 00:20
v16 - http://freearc.org/download/testing/progress/FreeArc16.exe :



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

Добавлено на http://freearc.org/download/testing/progress/
Автор: Diana_Kovalenko
Дата сообщения: 03.03.2015 17:29
Bulat вот ссылка

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.