SREP 3.1 (23 февраля 2013 г.)-m1f -a4 теперь режим сжатия по умолчанию, он обеспечивает быстрое сжатие. Используйте опции -m3f -a1 для максимального сжатия
32-битная версия работает в 1.5 раза быстрее, чем в SREP 3.0
gcc64 версия: srep64g.exe. srep32i/srep64i - по прежнему самые быстрые компиляции
багфикс: было невозможно выделить больше 4 гигабайт для bitarr[]
багфикс: 32-битная версия по умолчанию теперь использует только 1.5 гб для распаковки future-lz (раньше было 4гб-1, что слишком много)
Изменения в выводе статистики:время CPU теперь обозначает *СУММАРНОЕ* время, затраченное всеми тредами программы
выводится время CPU и реальное время работы, плюс для обоих - скорость в МиБ/с
при распаковке future-lz статистика по I/O и VM выводится только когда они реально задействованы
опция -pc выводит внутренние счётчики производительности (performance counters)
В отличии от 32-битного SREP 3.01, использовавшего один 32-битный хэш, что давало выигрыш в скорости в большинстве случаев, но замедляло обработку огромных файлов (десятки гигабайт) и работу в режиме -m3, теперь 32-битная версия использует два 32-битных хэша, делая её работу в любой ситуации более быстрой, чем версия 3.0. 64-битная версия по прежнему использует один 64-битный хеш, что делает её около 1.5 раз быстрее 32-битной версии
SREP 3.1 (February 23, 2013)-m1f -a4 now is default compression mode, for quick and dirty compression. Use -m3f -a1 for maximum compression
32-bit version became 1.5x faster than in SREP 3.0
gcc64 version: srep64g.exe. srep32i/srep64i still are the fastest executables
bugfix: it was impossible to allocate more than 4 gb for bitarr[]
bugfix: 32-bit version now uses only 1.5 gb for future-lz decompression by default (instead of 4gb-1 that's too much)
Changes in the printed stats:cpu time displayed now is the sum of times spent in *ALL* threads
cpu/global times and speeds are printed, with speeds measured in MiB/s
on future-lz decompression, I/O and VM stats are printed only when they are non-zero
-pc option displays performance counters
Unlike 32-bit SREP 3.01 that used one 32-bit hash resulting in degraded speed on huge files and in -m3 mode, now 32-bit version uses two 32-bit hashes, making compression both fast and accurate. 64-bit version still employs single 64-bit hash, making it up to 1.5x faster than 32-bit code.
