FreeArc 'Next 0.11

[YURSHAT]

Пользователь YURSHAT разместил новый ресурс:

FreeArc 'Next - Свободный файловый архиватор с высокой степенью сжатия данных

Архиватор переписан с нуля. В настоящее время он доступен только как приложение CLI для 32- и 64-битных платформ Windows и Linux. Новые функции:

• Дедупликация полного архива, аналогичная ZPAQ.
• Алгоритм сжатия Zstandard, реализованный в Facebook.
• Программирование Lua для INI-файла.
• Улучшенная предварительная выборка файлов, которая позволяет ускорить сжатие.

Узнать больше об этом ресурсе...

 

[toolame]

в fa next нету режима без сжатия?
пробовал Copy и Store - не работает
хочу потестить dedup, запустил с -m=Delta
в принципе это же фильтр, ратио он никакое не даст?
алсо, корень диска не хочет добавляться, т.е. если укажу D:\* - ничего не пожмет, даже с -r
алсо2, в мифической версии 0.2 формат архива не изменится? думаю стоит полноценно начать юзать fa next или нет...

upd:
клевая штука эта дедупликация

fa a R:\test.fa -dsenrs -dup -m=delta -r -wR: R:\TS\*
Scanning: 319,718,910,799 bytes in 0 folders and 1,368,797 files  (RAM 94 MiB, I/O 24.898 sec, cpu 7.816 sec, real 254.541 sec)
Compress with delta
Using 4 threads * 8mb + 10 * 16mb I/O buffers = total 192mb,  48b..4kb.. chunks.  Prefetch 256mb using 1 thread
100%: 319,718,910,255 -> 159,922,530,967: 50.02%.  RAM 1,673 MiB.  I/O 1607.996 sec, cpu 90.9 MiB/s (3354.021 sec), real 2.49 MiB/s (122661.460 sec) = 3%
Archive directory: 512,837,609 bytes.  Decompression memory: 1,416 + N*8 = 1,424..1,448 MiB

fa t R:\test.fa
Testing 319,718,910,255 bytes in 0 folders and 1,368,796 files
100%: 159,922,530,967 -> 319,718,910,255: 50.02%.  RAM 0 / 1,416 MiB.  I/O 78.125 sec, cpu 1109 MiB/s (275.045 sec), real 108 MiB/s (2813.300 sec) = 10%

а при распаковке он конечно же будут hard-линки делать, а не плодить копии файлов? да? дыа?
ладно, если серьезно, нужны CLS к оригинальному фриарку - иначе толку мало
или можно как-то хитро замутить через fazip?

 

[Hunter]

toolame, dedup сравнительно похож на srep+lzma по сжатию

 

[toolame]

Hunter, в смысле?
алгоритм или ратио?
это же дедаб фалов, а не даты
или нет?

 

[Hunter]

toolame, наскока помню Булат говорил о переработанном srep - так вот среп не рекомендую использовать с дедаб

дедаб ~= среп

 

[Hunter]

toolame, -dsenrs - можно заменить на типа этого

arc.exe a -ep1 -dses --dirs -se; -lc- -di -i2 -r -dup data.arc packeddata\*

бывает что так лучше сжатие - для каждого типа файлов свой солид-блок

но это даст меньше размер на большом объёме данных

ежели игра малого размера - ну 3 метра выиграете

 

[toolame]

Hunter, ну srep на ~300GB данных прилично наверно памяти сожрет, а дедаб при распаковке ~1,5GB всего потребовал
так что тут выбор в сторону дедаб очень привлекателен
насчет сортировки - зависит от контента, в данном случае это много повторяющейся даты

 

[Hunter]

toolame, по-моему лучше всего применять сортировку при большом кол-ве разных типов файлов

 

[toolame]

Hunter, логика?