» FreeArc (часть 4)

muzf

Цитата:

p.s. кстати, что за --queue ? Внятного описания с примером найти не удалось, в единственной документации http://freearc.org/ru/FreeArc040-rus.htm не упоминается.

что нет в документации, то есть в истории версий FreeArc
http://freearc.org/history/changelog_full_ru.htm

или по тексту в этом топике искать

А в версии 0.67 должны быть проблемы с интеграцией в explorer? Просто у меня ассоциации не ставятся и контекстное меню. Если верить ченджлогу это исправили в версии 0.666, но у меня на текущей альфе вот такие проблемы. ОС ВинХП сп3 32бита англ, довольно свежая. Больше никаких проблем на компьютере не наблюдаю. Что делать? Откатиться на 0.666?

Поймал странность.
Есть папка с логами, *.log , попадают под $text в arc.groups.
Так вот, запись в ini 81 = / $text=ex1b сжимает сильнее, чем 81 = rep:2gb:112:c64:d4m:s64+xtor:3:4m:h32k / $text=ex1b . Казалось бы, раз задано $text=, то всё что до этого должно игнорироваться, и итоговый размер должен совпадать. Но он не совпадает!

muzf
-ma-

Kruton9000
На win7x32 также. Устанавливай предпоследнюю 0.67, а потом можно последнюю

Можно чуть чуть поподробнее ?
-maLEVEL - set filetype detection LEVEL (+/-/1..9)
Описания этой опции в старой документации нет. -ma- снижает уровень детектирования расширения файлов, можно на пальцах рассказать что это значит ? Сейчас неправильно определился тип файлов (не по расширению) и он попал не в $text ? Есть ли режим verbose или debug у Freearc, чтобы увидеть как детектируется каждый файл и в какую секцию попадает ?

Установил на компьютер v2014-03-16 - нет интерграции с проводником.
Снес.
Установил v2013-11-11, настроил интеграцию.
Установил FreeArc-update-0.67-alpha-win32 от v2014-03-16 - интеграция осталась.
Неудобно.

Добавлено:
V2012-12-12
Тест 4.
Условия те же, что
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#19
…
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=840#2
Работа из командной строки.

-m80
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4b
Memory for compression 1100mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 212,334,895 bytes. Ratio 9.7%
Compression time: cpu 8.98 secs, real 3.23 secs. Speed 673,880 kB/s

-m81
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:112:c64:d4mb:s64+4x4:tor:3:4mb:h32kb
Memory for compression 1364mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 177,489,427 bytes. Ratio 8.1%
Compression time: cpu 14.25 secs, real 4.38 secs. Speed 498,191 kB/s

-m82
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1366mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 172,737,224 bytes. Ratio 7.9%
Compression time: cpu 18.31 secs, real 5.45 secs. Speed 399,694 kB/s

-m83
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:112:c32:d4mb:s48+4x4:tor:6:4mb:h1mb
Memory for compression 1368mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 167,574,298 bytes. Ratio 7.6%
Compression time: cpu 29.48 secs, real 8.11 secs. Speed 268,773 kB/s

-m84
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:96:c16:d8mb:s32:h25+4x4:i0:tor:6:8mb:h8mb
Memory for compression 1320mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 166,813,943 bytes. Ratio 7.6%
Compression time: cpu 37.05 secs, real 10.53 secs. Speed 206,963 kB/s

-m85
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s32+4x4:lzma:4mb:h512kb:fast:128:mc8
Memory for compression 1334mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 161,616,926 bytes. Ratio 7.4%
Compression time: cpu 62.77 secs, real 17.44 secs. Speed 124,994 kB/s

-m86
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1352mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 159,442,759 bytes. Ratio 7.3%
Compression time: cpu 105.34 secs, real 27.16 secs. Speed 80,261 kB/s

-m87
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1396mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 157,792,190 bytes. Ratio 7.2%
Compression time: cpu 271.17 secs, real 70.02 secs. Speed 31,130 kB/s

Ну что же? Уже за 3 сек (-m80) получается архив 212 МБ.
Конкуренты отдыхают.
А что новая версия?
Сейчас будет...

Добавлено:
V2014-03-15
Тест 4.
Работа из командной строки.

-m80
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4
Memory for compression 1100mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 212,537,384 bytes. Ratio 9.75%
Compression time: cpu 9.56 sec/real 3.27 sec = 293%. Speed 667.43 mB/s

-m81
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:112:c64:d4mb:s64+4x4:tor:3:4mb:h32kb
Memory for compression 1364mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 177,815,807 bytes. Ratio 8.16%
Compression time: cpu 13.97 sec/real 4.45 sec = 314%. Speed 489.45 mB/s

-m82
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1366mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 173,231,590 bytes. Ratio 7.95%
Compression time: cpu 18.77 sec/real 8.80 sec = 213%. Speed 247.77 mB/s

-m83
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:112:c32:d4mb:s48+4x4:tor:6:4mb:h1mb
Memory for compression 1372mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 168,592,658 bytes. Ratio 7.73%
Compression time: cpu 30.58 sec/real 8.53 sec = 358%. Speed 255.48 mB/s

-m84
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:96:c16:d8mb:s32:h25+4x4:i0:tor:6:8mb:h8mb
Memory for compression 1324mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 167,770,462 bytes. Ratio 7.70%
Compression time: cpu 38.17 sec/real 11.06 sec = 345%. Speed 197.02 mB/s

-m85
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s32+4x4:lzma:4mb:h512kb:fast:128:mc8
Memory for compression 1334mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 161,078,267 bytes. Ratio 7.39%
Compression time: cpu 58.45 sec/real 15.39 sec = 380%. Speed 141.62 mB/s

-m86
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1352mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 158,483,441 bytes. Ratio 7.27%
Compression time: cpu 103.64 sec/real 26.94 sec = 385%. Speed 80.91 mB/s

-m87
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1396mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 158,153,685 bytes. Ratio 7.26%
Compression time: cpu 305.97 sec/real 78.18 sec = 391%. Speed 27.88 mB/s

По сравнению со старой версией, где сжатие чуть лучше, где - хуже (но чаще хуже),
время сжатия, где лучше, где хуже.
В целом остается смутное ощущение, что стало хуже.

Добавлено:
По аналогии с методами -m80-89 сделал методы -m90-99.
Они рассчитаны на компьютеры с 64-разрядной ОС.
Вот результаты

V2012-12-12
Тест 4.
Работа из командной строки.

-m92
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1566428kb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1872mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 163,321,455 bytes. Ratio 7.4%
Compression time: cpu 17.64 secs, real 5.50 secs. Speed 396,288 kB/s
…
-m96
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1566440kb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1858mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 150,645,889 bytes. Ratio 6.9%
Compression time: cpu 101.30 secs, real 26.27 secs. Speed 82,982 kB/s

-m97
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1972mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 144,345,448 bytes. Ratio 6.6%
Compression time: cpu 257.75 secs, real 65.80 secs. Speed 33,126 kB/s

-m98
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb+tempfile+4x4:t2:i0:lzma:64mb:h64mb:normal:bt4:128
Memory for compression 1856mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 139,462,357 bytes. Ratio 6.3%
Compression time: cpu 266.55 secs, real 78.54 secs. Speed 27,754 kB/s

-m99
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb+tempfile+4x4:t1:i0:lzma:128mb:h128mb:normal:bt4:128
Memory for compression 1856mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 138,022,869 bytes. Ratio 6.3%
Compression time: cpu 204.41 secs, real 117.36 secs. Speed 18,574 kB/s

Время сжатия аналогичных методов (-m86/-m96) практически одинаковое, сжатие примерно на 10 МБ лучше.
Методы -m98 и -m99 похоже, бьют архиватор zcm. Но здесь надо учитывать, что в отличии от других архиваторов, у Булата реальный размер архива больше, чем в приведенных цифрах. (на величину служебной информации?). Т.е. для -m99 размер на самом деле больше 138,022,869 bytes. Что для практики неудобно.

Добавлено:
V2014-03-15
Тест 4.
Работа из командной строки.

-m96
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1566428kb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1858mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 149,747,175 bytes. Ratio 6.87%
Compression time: cpu 98.08 sec/real 25.52 sec = 384%. Speed 85.42 mB/s

-m97
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1600mb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1972mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 144,956,844 bytes. Ratio 6.65%
Compression time: cpu 291.95 sec/real 76.04 sec = 384%. Speed 28.67 mB/s

Булат, так всё таки, какой принцип работы детекта типа файла ? В каких случаях его отключение через -ma- может ухудшить сжатие ?

И ещё, возможно ли при создании очень большого архива через --sync как-то прервать процесс, и затем продолжить его заново снова через -sync ?

muzf
freearc 0.50+ по умолчанию пытается определить тип файла по его содержимому. если файл похож на текст - его принудительно записывают в группу $text, несжимаемые данные - в группу $precomp или $compressed. вот кусочек кода:

// Тип данных: $precomp/$compressed если не сжимается ни order-0 ни lz77.
// $text если активных символов от 17 до 80, число повторов дистанций невелико и lz-матчи составляют хотя бы 10% данных

те, кто не попали под эти эвристики, остаются в старых группах (определённых по arc.groups)

-ma- отключает это, -ma1..9 равноценны (в будущем предполагается на более высоких уровнях выполнять более тщательный анализ)

включить весь возможный вывод можно опциями -di -di+$ -i2 (опции -di именно в таком порядке). можно также сопоставить вывод команд l и lt чтобы увидеть какой файл сжат какими алгоритмами

Теперь понятно в чём была проблема, эти логи, которые я сжимал, содержали много русских букв, причём в UTF-8, поэтому не попадали в $text. Причём PPMd (xppmd:12:192m
) их всё равно сжимает лучше и быстрее чем всё остальное.
Может UTF-8, а также тексты с русскими буквами тоже принудительно записывать в группу $text ?

muzf
кстати, раз возник интерес к теме - добавил в http://freearc.org/download/research/utils.zip утилиту mmdet.exe, вызывать mmdet.exe -det filename

Добавлено:

Цитата:

Может UTF-8, а также тексты с русскими буквами тоже принудительно записывать в группу $text ?

а спрашивать русские это буквы или татарские, предполагается у пользователя?

Shuld
Вроде изменений именно в алгоритмах сжатия, или каких-то новых версий алгоритмов не было, кроме srep, немного менялись только настройки и параметры частей архиватора в .ini файле, где-то увеличивался буфер, где-то уменьшался.
Но твой кастомный .ini пока ещё не побит, и в официальную поставку так и не входит.
Или я всё перепутал, и ты именно его и тестировал ?

Ну да, на логе в UTF-8 показало что текста мало:
File size: 36174875
64kb blocks detection in 0.160 sec:
default 538
$text 14
Entire file detection: default in 0.147 sec

Shuld
-m80 выдаёт ошибку, для себя давно использую -m95 и -m96 для архивации резервных копий винды, за что вам спасибо. Что порекомендуете для сжатия программ (инсталяторы, dll, exe, iso.....)? И можете выложить ваш ini?

Обнаружил серьёзный недостаток режима --sync - создаётся копия файла с изменениями/добавлениями.
Это сразу рубит на корню идею бэкапа, когда например один раздел бэкапится на другой носитель такого же объёма, и лишнего пространства под временный файл просто нет.
Жаль, хотелось бы чтобы все изменения были с одним файлом. Не знаю как этом случае будет удаление части файлов из сотни-гигабайтного архива без передвижения всей остальной части, но в dynamic VHD или sparse file это как-то делается. Говорят что NTFS supports hole-punching, с помощью функции DeviceIoControl() (например это умеет утилита http://www.opalapps.com/sparse_checker/sparse_checker.html ), цена этого - фрагментация файла, но для бэкапов это неважно. Похожий эффект можно добиться с помощью флага NTFS Compression, если заполнять неиспользуемые области нулями.

Fossius
Можно поподробнее про архивацию системного раздела Windows с помощью freearc и особенно про восстановление ?
Сейчас использую Acronis, который достаточно хорошо и быстро жмёт по сравнению с Paragon.

Burat нашел один баг. Когда делаю бекап папки с параметром -ep3 - архив пакуется. Я в него через FA захожу там первый каталог буква диска, захожу в этот каталог и FA уже переходит физически на реальный диск, т.е. отображает каталоги не из архива, а содержание реального диска. И добраться до файлов в этом архиве не представляется возможным)

muzf
Папка WindowsImageBackup т.е. созданный вручную образ системы размером 9,88 гб ужимается -m95 до 2,83 гб, а -m96 до 2,74 гб но секунд на 10 - 12 дольше. Использую только для хранения. Было бы шоколадно если бы винда могла восстанавливаться из архивов arc

Скажите пожалуйста.
Как сделать чтоб после завершения архивирования ОКНО АРХИВИРОВАНИЯ не закрывалось автоматом?
(через опцию, и при использовании командной строки)

--volume=SIZE несовместима с --sync ?
Эта опция могла бы стать выходом. Например обновлялись бы только те куски, в которых были изменения (удаление/добавление/изменения), причём небольшой размер куска позволял бы обработать ситуация, когда из источника удаляется большая часть файлов и заменяется новой, а на приёмнике нет места для пересоздания всего архива.

Fossius
А какой текст ошибки m80?
(у меня нормально)
-----
Выложил на яндекс диске файл
arc 2014-12-27.rar


Добавлено:
muzf
В методах -m90...-m99 тупо (пока) увеличен размер rep.
Все!


Добавлено:

Цитата:

немного менялись только настройки и параметры частей архиватора в .ini файле

Разве?
Там по-моему, файл ini от 11.07.12!

чё то 0.7 версию обещали скоро, но потом всё заглохло как то.

хе-х.привыкай. :-\

Shuld
разобрался, просто использовал
Цитата:

-m80
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4b

а надо lz4

Цитата:

Выложил на яндекс диске файл
arc 2014-12-27.rar

чёто не найду, можно ссыль?

Все материалы есть в папках «FreeArc» по ссылке
Архиваторы - http://yadi.sk/d/alBxY9Rl7mOH0

muzf
дописывать новые данные в конец существующего файла из всех известных мне архиваторов умеет только zpaq, плюс в нём дедупликация и поколения файлов, так что рекомендую для бекапов

или классически - один архив с базовой версией, плюс дополнительные для инкрементов


Цитата:

Ну да, на логе в UTF-8 показало что текста мало:

я попробовал и на логах, и худтекстах в utf8 - детектятся как текст. могу предположить что у тебя много строчек одинаковой длины


Цитата:

Burat нашел один баг.

спасибо, записал


Цитата:

--volume=SIZE несовместима с --sync ?

-v не работает с arc-архивами, а 7-zip если и обновляет многотомники, то создаёт новые копии

terenty79
пока идёт работа над переводами

Bulat_Ziganshin

Цитата:

пока идёт работа над переводами

В примере меню нужно пару строк (19 и 62) обновить

Bulat_Ziganshin

Арихвирую файл длиной 450 398 059 байт.
-----
arc2012-12-12

FreeArc 0.67 (December 12 2012) Creating archive: lzma.arc using 4x4:t1:i0:b510mb:lzma:101mb:normal:bt4:128
Memory for compression 1897mb, decompression 1047mb, cache 1mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 150,414,391 bytes. Ratio 33.3%
Compression time: cpu 229.94 secs, real 129.95 secs. Speed 3,466 kB/s

FreeArc 0.67 (December 12 2012) Creating archive: lzma.arc using lzma:176mb:normal:bt4:128
Memory for compression 1808mb, decompression 176mb, cache 16mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 149,985,707 bytes. Ratio 33.3%
Compression time: cpu 229.66 secs, real 129.35 secs. Speed 3,482 kB/s
-----
arc2014-03-15

FreeArc 0.67 (March 15 2014) Creating archive: lzma.arc using 4x4:t1:i0:b510mb:lzma:101mb:normal:bt4:128
Memory for compression 1897mb, decompression 1047mb, cache 1mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 150,414,391 bytes. Ratio 33.40%
Compression time: cpu 270.97 sec/real 170.36 sec = 159%. Speed 2.64 mB/s

FreeArc 0.67 (March 15 2014) Creating archive: lzma.arc using lzma:176mb:normal:bt4:128
Memory for compression 1808mb, decompression 176mb, cache 16mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 149,985,707 bytes. Ratio 33.30%
Compression time: cpu 271.92 sec/real 171.35 sec = 159%. Speed 2.63 mB/s
-----
Размер архива в новой версии тот же.
А время
129.95 secs -> 170.36 sec
129.35 secs -> 171.35 sec
???
Нужны объяснения.

Добавлено:
При архивировании использовал команды
Arc.exe a lzma proba.arc -m4x4:i0:lzma:256mb:h256m:normal:bt4:128 -di >otchet-lzma0-256-256.txt
Arc.exe a lzma proba.arc -mlzma:256mb:h256m:normal:bt4:128 -di >otchet-lzma256-256.txt

Уже сам архиватор "обрезал" размер словаря.
Как можно задать размер словаря 256mb и больше?
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=2560#13

SREP 3.2 (6 апреля 2013 г.)-m2 -lN теперь эквивалентно -m3 -lN -cN: степень сжатия посередине между -m1 и -m3, а скорость как у -m2 в прежних версиях
-a0: та же степень сжатия как при -a1, памяти требуется на 5-10% меньше, но в 1.5-2 раза медленней
-a32/-a64: с large pages обычно ещё быстрее чем -a16, но требует ещё больше памяти
-slp[+/-/]: форсировать/отключить/попробовать(по умолчанию) использовать large pages, т.е. страницы виртуальной памяти в 2-4 мб

Мелкие изменения:-v[0..2]: уровень детализации выводимой информации
-pcMAX_OFFSET: выводит внутренние счётчики производительности только для матчей ближе чем MAX_OFFSET
-l64k/-c1mb - поддержка нового синтаксиса (суффиксы k/m/kb/mb для обозначения килобайт/мегабайт)
32-битная и 64-битная версии откомпилированы GCC 4.7
32/64-битные динамические и статические (-static) компиляции под Linux



SREP 3.2 (April 6, 2013)-m2 -lN now is the same as -m3 -lN -cN: compression ratio is average between -m1 and -m3, while speed is the same as in old versions
-a0: the same compresssion ratio as -a1, memory usage is smaller by 5-10%, but 1.5-2x slower
-a32/-a64: sometimes faster than -a16 (only with large pages), but needs even more memory
-slp[+/-/]: force/disable/try(default) large pages support

Minor changes:-v[0..2]: verbosity level
-pcMAX_OFFSET: print performance counters for matches closer than MAX_OFFSET
-l64k/-c1mb syntax support (k/m/kb/mb suffixes for kilobytes/megabytes)
Both 32-bit and 64-bit default executables are compiled with GCC 4.7
32/64-bit dynamic/static linux builds

В последней Альфе(15 мая 2014) на windows xp (сборка Simplix чистая и рабочая) не работают файловые ассоциации и нет контекстного меню.
На Windows 7 x64 проблем нет(по крайней мере с меню)

В версии 0,666 всё пашет на XP.

Мне в принципе без разницы. Какой версией бекапы делать. Для галочки автору исправить недочёт.