Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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. |
