Results 1 to 12 of 12

Thread: zpaq 1.02 update

  1. #1
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 779 Times in 486 Posts

    zpaq 1.02 update

    I released a minor update, zpaq v1.02. There is no change in compression or compatibility with versions back to 1.00.
    http://cs.fit.edu/~mmahoney/compression/

    It fixes a minor bug in both zpaq and unzpaq where extracted files were not closed until the program exited. This could cause it to fail to extract very large archives because of too many open files.

    The new version is compiled with g++ 4.4 instead of g++ 3.4.2. It is about 20% faster using max.cfg. I also removed g++ 4.4 warnings and some (not all) Borland and Mars compiler warnings. I checked that those changes didn't change the executable.

  2. #2
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts

    Thumbs up

    Thanks Matt!

  3. #3
    Member
    Join Date
    May 2008
    Location
    Germany
    Posts
    410
    Thanks
    37
    Thanked 60 Times in 37 Posts
    compiled with g++ 4.4 instead of g++ 3.4.2

    --- about 20% faster using max.cfg

    WOW

    wonderful!

  4. #4
    Member
    Join Date
    Aug 2008
    Location
    Planet Earth
    Posts
    789
    Thanks
    64
    Thanked 274 Times in 192 Posts
    I don't get compression started with syntax:
    zpaq cmax.cfg @outfile @infile

  5. #5
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts
    Its working OK here.

  6. #6
    Member
    Join Date
    Aug 2008
    Location
    Planet Earth
    Posts
    789
    Thanks
    64
    Thanked 274 Times in 192 Posts
    Quote Originally Posted by LovePimple View Post
    Its working OK here.
    Oops I was sleeping here, it work after adding c before cfg name...

    Speed improvements are good:

    http://www.metacompressor.com/upload...estfile=file39
    http://www.metacompressor.com/top.aspx?testfile=file39

    http://www.metacompressor.com/upload...estfile=file40
    http://www.metacompressor.com/top.aspx?testfile=file40

  7. #7
    Member Skymmer's Avatar
    Join Date
    Mar 2009
    Location
    Russia
    Posts
    681
    Thanks
    38
    Thanked 168 Times in 84 Posts
    Quote Originally Posted by Matt Mahoney
    I released a minor update, zpaq v1.02.
    Thank you, Matt.

    Quote Originally Posted by Sportman View Post
    Speed improvements are good:
    Very impressive speedup on your quad-core!
    23.9% for max.cfg
    33.4% for mid.cfg
    13.1% for min.cfg

    But I can't say the same for my modest AMD64 4000+ (Single core)
    Tested on my lovely PAQ_TestBed.tar

    Code:
               |   max   |   mid  |  min  |
    --------------------------------------|
    zPAQ v1.00 | 200.684 | 73.569 | 9.711 |
    zPAQ v1.02 | 192.538 | 66.584 | 9.365 |
    --------------------------------------'
    So for my system:
    4.1% for max.cfg
    9.5% for mid.cfg
    3.6% for min.cfg

    Interesting that in your and my cases the biggest speedup is for mid.cfg. I wonder why ?

  8. #8
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,511
    Thanks
    746
    Thanked 668 Times in 361 Posts
    compiler optimizations may improve arithmetic calculations but not mem access

  9. #9
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 779 Times in 486 Posts
    Not sure the reason why mid.cfg improves the most. It makes more use of hash table lookups I think. Also, very interesting that zpaq beats paq8o8 on the image files even without a BMP model. (zpaq would support it with a context depending on the image width).

  10. #10
    Member
    Join Date
    Jun 2008
    Location
    USA
    Posts
    111
    Thanks
    0
    Thanked 0 Times in 0 Posts
    I guess I'm the only one here who uses OpenWatcom. Anyways, OW 1.8 compiles ZPAQ incorrectly for Win32 target (Vista doesn't like it!) when using -ox (aka, -obmiler -s) yet default (mix between -ot and -os) and -ot both work okay. Just FYI.

  11. #11
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts
    I had the same problem under Windows 2000 until I compiled without the -s (remove stack overflow checks). The attached build was compiled with -obmilert optimization settings. It works OK under Windows 2000, but its very slow compared to the original GCC 4.4 build.
    Attached Files Attached Files

  12. #12
    Member Skymmer's Avatar
    Join Date
    Mar 2009
    Location
    Russia
    Posts
    681
    Thanks
    38
    Thanked 168 Times in 84 Posts
    Here is the test for WATCOM compile of zPAQ v1.02

    Code:
               |   max   |   mid   |   min  |
    ----------------------------------------|
      original | 192.538 |  66.584 |  9.365 |
        watcom | 349.607 | 131.768 | 23.602 |
    ----------------------------------------'
    Output files are identical to original compilation.

Similar Threads

  1. zpaq updates
    By Matt Mahoney in forum Data Compression
    Replies: 2527
    Last Post: 4th May 2019, 13:33
  2. ZPAQ 1.05 preview
    By Matt Mahoney in forum Data Compression
    Replies: 11
    Last Post: 30th September 2009, 05:26
  3. ZPAQ pre-release
    By Matt Mahoney in forum Data Compression
    Replies: 54
    Last Post: 23rd March 2009, 03:17
  4. Ocamyd Update!
    By LovePimple in forum Forum Archive
    Replies: 2
    Last Post: 29th March 2008, 23:28
  5. Prob/counter update
    By encode in forum Forum Archive
    Replies: 12
    Last Post: 28th November 2007, 22:34

Tags for this Thread

Posting Permissions

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