Recent Topics
-
UNSOLVED No Updates Shown
Tech Support4 -
PowerArchiver and PACL for macOS
Tech Support3 -
UNSOLVED File Browser: Operations don't trigger UAC
Tech Support7 -
Fast Ring: PowerArchiver 2019 19.00.51/54/57/58/59
Tech Support24 -
SOLVED Problem: Backspace navigation in Explorer mode
Tech Support3 -
UNSOLVED Smart AI: Preferences not intuitive
Tech Support13 -
SOLVED Find file in archive.
Wishlist9 -
UNSOLVED PA 20.00.02 not executing .exe files from archive
Tech Support10 -
PACL 9.0 Beta 2
Tech Support24 -
UNSOLVED Minor UI question
Tech Support7 -
SOLVED Slow Download
General Chat3 -
SOLVED ZIPX-jpeg-compression
Tech Support2 -
SOLVED PA standard 2019 can not create PA-archives
Tech Support2 -
UNSOLVED The PACL does not extract files from the self-extracting archive
Tech Support3 -
UNSOLVED PA 19.00.57 - Drawing issue on file type collumn
Tech Support2 -
UNSOLVED PA 19.00.57 crashes Firefox 69.0.1 in module pashlext64.dll | UserCallWinProcCheckWow
Tech Support18 -
UNSOLVED Include all PowerArchive Toolbox features in the offline installer
Tech Support3 -
UNSOLVED PA 2019 explorer preview window always blank
Tech Support3 -
UNSOLVED Encrypt files inside archive that has already been created [.zipx]
Wishlist5
Very, very slow
-
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
-
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.
-
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
-
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.