Results 1 to 4 of 4

Thread: Faster compression?

  1. #1
    Member
    Join Date
    Nov 2016
    Location
    Worldwide
    Posts
    1
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Question Faster compression?

    Hey everyone, First thank you for the awesome Freearc tool - just discovered it as i have been a rar dude for years. Anyway i do have a question and i hope someone can help me - mr newbie in Freearc compression? arc a --dirs -m1 -lc8 -ep1 -ed -r -w.\gummybears -mprecomp:v+srep+lzma:a1:mfbt4:d256m:fb128:mc1000:l c8 Is my .bat file and it works just fine, but is slower than slow - other compression tools do it like 10 times faster What can i do to speed my packages up? Regards

  2. #2
    Member
    Join Date
    Jul 2013
    Location
    United States
    Posts
    194
    Thanks
    44
    Thanked 140 Times in 69 Posts
    I don't have any experience with FreeArc specifically, but since nobody else is answering…

    Compression is largely about trade-offs. To get a better compression ratio you generally need to sacrifice something else; compression speed, decompression speed, or memory usage.

    Different codecs make different trade-offs. LZ4 and Snappy are very fast, but they don't compress all that well. ZPAQ and LZMA are pretty slow, but they tend to compress data much better. Brotli and LZHAM compress well (roughly similar to LZMA) and decompress pretty quickly, but compression is generally slow. Even within a codec you are often offered different options with different performance characteristics, but there isn't a magical "go fast" switch you can flip to speed a codec up… if you want speed, you're going to have to sacrifice something.

    There are lots of great benchmarks floating around, I suggest you use them to look for something which has trade-offs closest to what you want. If you want to stick with FreeArc (it's a very good tool), just keep in mind that options which make the output smaller probably mean either slower compression or increased memory usage (or both) and set them accordingly.

  3. #3
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,943
    Thanks
    291
    Thanked 1,286 Times in 728 Posts
    Its possible to make lzma faster here by reducing d (you don't need that much with srep), fb, mc param values.
    But the slow part here is likely precomp in your case - try running standalone precomp and see if you can tweak its params to make it fast enough.

  4. Thanks:

    Simorq (9th May 2017)

  5. #4
    Member
    Join Date
    Jan 2016
    Location
    India
    Posts
    20
    Thanks
    23
    Thanked 8 Times in 7 Posts
    why don't use this precompressor
    http://fileforums.com/showthread.php?t=98486(PZLIB v2)
    by RAZOR12911
    really fast, especially if u have a ssd
    and also detect deflate streams

Similar Threads

  1. LzTurbo: The fastest now more faster
    By dnd in forum Data Compression
    Replies: 41
    Last Post: 21st January 2020, 13:05
  2. Faster compression or faster decompression
    By cassini in forum Data Compression
    Replies: 7
    Last Post: 27th September 2016, 08:50
  3. Even (somewhat) faster Suffix Sorting
    By Christoph Diegelmann in forum Data Compression
    Replies: 1
    Last Post: 19th September 2016, 20:52
  4. GCC 4.6 faster than previous GCC, faster than LLVM
    By willvarfar in forum The Off-Topic Lounge
    Replies: 2
    Last Post: 15th November 2010, 15:09
  5. Faster PAQ7/8
    By LovePimple in forum Forum Archive
    Replies: 6
    Last Post: 8th February 2007, 13:04

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •