4. Very, very slow

    Recent Topics


Very, very slow

  • T

    I have been a long time user and have usually upgraded pretty much every year but wow, did this application get slow.

    1.9 GB file compressing using LZMA2 with Ultra on a i7-3770 w/20 GB of ram

    PowerArchiver took 12.28 minutes and compressed the file to 430 MB

    RAR 5 took 2:15 minutes and compressed the file down to 481 MB. Keep in mind that I bought this once back many years ago and my license key still works. No yearly upgrades required.

    7-ZIP took 4:02 minutes and compressed the file down to 414 MB. This is free

    0
  • spwolf
    conexware

    @turbofish:

    I have been a long time user and have usually upgraded pretty much every year but wow, did this application get slow.

    1.9 GB file compressing using LZMA2 with Ultra on a i7-3770 w/20 GB of ram

    PowerArchiver took 12.28 minutes and compressed the file to 430 MB

    RAR 5 took 2:15 minutes and compressed the file down to 481 MB. Keep in mind that I bought this once back many years ago and my license key still works. No yearly upgrades required.

    7-ZIP took 4:02 minutes and compressed the file down to 414 MB. This is free

    LZMA2 is slow for us, as always, as we can use only 1 core (otherwise 7zip dll crashes when used by PA)… LZMA is 2x faster since it is multicore.

    Something hopefully we can improve for next version finally.

    Where PA is fastest is ZIP compression and RAR extraction (right now we are using standard unrar due to new version 5.xx, but will be again faster than standard unrar by the end of the year once we have time to apply optimizations).

    Only problem we have with compression/extract speed right now is LZMA2 which simply crashes our application when multicore is used.

    0 T 1 Reply
  • T

    LZMA2 was developed to take advantage of multiple cores. It is MUCH faster than LZMA with more cores. What computer these days don’t have multiple cores? Heck, even my phone has more cores than what PA can handle without crashing.

    So it isn’t as fast as WinRar 5 when dealing with rar files, everything blows it out of the water with 7zip files and you are still developing for machines made 10 years ago. PA is spending too much time trying to make the application look pretty but going backwards with what goes on with the actual compression. Yeah, I think it is time to move on

    0 spwolf 1 Reply
  • spwolf
    conexware

    @turbofish:

    LZMA2 was developed to take advantage of multiple cores. It is MUCH faster than LZMA with more cores. What computer these days don’t have multiple cores? Heck, even my phone has more cores than what PA can handle without crashing.

    So it isn’t as fast as WinRar 5 when dealing with rar files, everything blows it out of the water with 7zip files and you are still developing for machines made 10 years ago. PA is spending too much time trying to make the application look pretty but going backwards with what goes on with the actual compression. Yeah, I think it is time to move on

    as I mentioned before, 7zip dll crashes when LZMA2 is used on multicore inside PA. It is not like we dont want it to be multicore, but we have to work around it. There is no going backwards, it never worked properly with LZMA2.

    So right now, if you are only using LZMA2, then PA is not a good choice. For everything else, PA is excellent choice, probably the best even if I am biased to say so.

    Hopefully this gets solved in next major update since we are moving to new version of programming toolset that should be more compatible with dll’s that might cause problems, but it requires rework of everything we have in PA so far. It is big undertaking that we started last year and it requires a lot of testing to make sure everything works properly.

    0
Log in to reply