I just tried using PA2017 to create a .pa extreme compression archive of a DSF file.
I left # of threads at Auto Select and it used 1 thread (25% CPU usage)
I cancelled that and created it again, this time manually selecting 4 threads and now it’s using 100% of the CPU.
I have a pae2 file that has multiple text files in it. When I open the file, I can double click one of the files and I can view it in a powerarchiver tab.
If you close that tab and attempt to open any other file in the archive, it will no longer open or extract. Only option after closing the tab is to close powerarchiver and reopen the file. If you don’t close the view tab, you can open other files as multiple tabs as long as you don’t close any of the viewer tabs. As soon as you close one tab, you no longer can view or extract any file.
Edit: didn’t realize this was the forum for PA format bugs until after I posted. If this can be moved to general bugs that would be great (unless the bug affect PA format viewing as well)
I have power archiver toolbox version. when i right click and select compress to xxxx.pa then i show buy windows despite of toolbox version.
Imgur
Imgur
Solved (BUG) # of Threads -Auto Select only using 1 thread
-
I just tried using PA2017 to create a .pa extreme compression archive of a DSF file.
I left # of threads at Auto Select and it used 1 thread (25% CPU usage)
I cancelled that and created it again, this time manually selecting 4 threads and now it’s using 100% of the CPU. -
Okay, so there’s really no gains in compression speed here, since the outcome we would want is smallest size.
I’ll leave this as normal then on this computer.
Once PA 2018 portable comes out, I’ll try again on these lower end CPUs at work, which did see large gains forcing 4 threads. -
@aluminumhaste said in (BUG) # of Threads -Auto Select only using 1 thread:
I just tried using PA2017 to create a .pa extreme compression archive of a DSF file.
I left # of threads at Auto Select and it used 1 thread (25% CPU usage)
I cancelled that and created it again, this time manually selecting 4 threads and now it’s using 100% of the CPU.how large is the file?
Using mt will quite often increase the size of the file, so chunk size (amount of each thread gets) gets increased based on strength setting, in relation to dictionary size.
however you can manually force usage by selecting manually number of threads, and PA will respect that.
-
The file was 538MB
-
@aluminumhaste said in (BUG) # of Threads -Auto Select only using 1 thread:
The file was 538MB
try it again with PA 2018 and see what happens there. Thanks!
-
I can’t do that at work as I don’t have Admin access on that computer so can only use portable version of PA, which isn’t ready for 2018 yet. I can however try the same thing on my home computer later on tonight
-
@aluminumhaste cool, lets see what happens. On extreme there should be 3 or 4 threads for that size file, in any case, more than 25% on 4 thread cpu.
-
Intel Core i7 4770K @ 4.2Ghz (4 Cores, 8 Threads)
Test File: DSFcomnpressTEST.dsf - 629,998,513 Bytes
1st Test:
PA Optimize Strong - Extreme compression - Threads (Auto)
Elapsed Time: 4:35
Average CPU Usage: 45%
Final Size: 318,914,153 Bytes (49% Compression Ratio)2nd Test:
PA Optimize Strong - Extreme compression - Threads (Manually set to 8)
Elapsed Time: 4:25
Average CPU Usage: 42% <-Strange, I would have expected to see higher usage than that
Final Size: 318,914,153 Bytes (49% Compression Ratio)Since they both came out to be the same size, I’m assuming this means both were using the same amount of threads based on your comments here.
-
@aluminumhaste yes, this is now correct behavior… due to the chunk size settings, more mt cant be used even if set… if you go to advanced option, lower chunk size and try again.
Chunk size is what each thread gets… if default for extreme is 192M, then 2 threads can find work there.
Of course, if you set it to less, then compression dictionary might not be as effective, since it will get to work on smaller amount of data, but it does depend on the data itself.
-
Okay, so there’s really no gains in compression speed here, since the outcome we would want is smallest size.
I’ll leave this as normal then on this computer.
Once PA 2018 portable comes out, I’ll try again on these lower end CPUs at work, which did see large gains forcing 4 threads. -
@aluminumhaste yep, lets see with that.
-
@aluminumshaste said in (BUG) # of Threads -Auto Select only using 1 thread:
I can’t do that at work as I don’t have Admin access on that computer so can only use portable version of PA, which isn’t ready for 2018 yet. I can however try the same thing on my home computer later on tonight
You can run X-amount of Threads inside one single Process . A Processor in other words the CPU is the unit where it all runs down.
