Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Ключевые слова - "из коробки". Чтобы было доступно всем и каждому сразу. |
чтоб меня задолбали те, у кого эти архивы потом не распакуются?
Цитата:| Цели тестировать непопулярные решения тоже не было, хотя Nanozip вроде неплох, надо будет проверить. |
nz в целом сравним с fa, в чём-то лучше один, в чём-то другой
Цитата:| Ну и как тестировать потребление памяти в пике - я к сожалению не знаю. |
consmeter из http://freearc.org/download/research/utils.zip
Цитата:| где почитать про требования к памяти -m8* методов |
что-то в районе гига-двух. вообще для freearc можно просто запустить сжатие этим методом и посмотреть выдачу на консоль. или создать достаточно большой архив и посмотреть его ArcInfo
C:\>arc a a -m1 -di
FreeArc 0.67 (December 12 2012) using additional options: --logfile=c:\temp\freearc.log --display=hnwftsr
Creating archive: a.arc using rep:96mb:256:c256+4x4:tor:3:2mb:h64kb, $compressed => rep:96mb:256:c256
Memory for compression 177mb, decompression 96mb, cache 16mb
Compressed 57 files, 1,045,998 => 320,317 bytes. Ratio 30.6%
Compression time: cpu 0.03 secs, real 0.03 secs. Speed 32,685 kB/s
All OK
Цитата:| Как лучше тестировать Nanozip, standalone или в качестве external compression для Freearc ? В чём разница ? |
standalone конечно. сам же дальше пишешь
Цитата:| На этих данных standalone Nanozip x64 показал себя не очень, на nz_optimum1 итоговый размер 516мб получился за 149секунд, напомню у Freearc -m85 за 22 секунды получилось 489мб, в 7 раз быстрее. |
готовить не умеешь. юзай -cf -m12g
Цитата:| И ещё, заметил что Freearc всегда для external compression создаёт временный файл в %temp% ? Я так понимаю это надо только при использовании последовательно нескольких внешних обработчиков. Возможно ли для случаев, когда используется только один внешний архиватор (например один precomp) не создавать дубликат текущего файла в %temp% ? |
это нужно когда перед внешним архиватором есть любой другой алгоритм, когда входных файлов в солид-блоке больше одного и когда файл может быть изменён в процессе работы архиватора. во всех остальных случаях технически возможно сделать сжатие напрямую |
Хотя бы отдельную колоночку рядом.