It is specified that compression doesnt use fully the cores
and is more influenced by bandwith and I/O than decompression
where the CPU is at 100%...
Did you think that i used the decompression numbers by chance.?..
Oh yes.
Compression doesnt use the cores fully? But decompression does? Thats certainly a new one.
7-Zip (r) [64] 9.22 beta : Igor Pavlov : Public domain : 2011-04-18
RAM size: 16353 MB, # CPU hardware threads: 4
RAM usage: 850 MB, # Benchmark threads: 4
Dict Compressing | Decompressing
Speed Usage R/U Rating | Speed Usage R/U Rating
KB/s % MIPS MIPS | KB/s % MIPS MIPS
22: 13000 295 4287 12646 | 150558 352 3856 13584
23: 12168 287 4313 12397 | 145962 347 3848 13357
24: 12550 322 4190 13494 | 144597 353 3804 13415
25: 12342 328 4302 14092 | 142696 355 3821 13559
The entire benchmark also looks wierd. 13000KB/sec gets a lower rating than 12342KB/sec. 150558KB/sec basicly equals 142696KB/sec.
And the hardware, in terms of the i5 2400 vs the A15.
2 GB DDR3L-1600 32-bit, 2-port, 12.8 GB/s. Samsung Chromebook (Samsung XE303C12).
Nothing is listed under the i5 3100. But I would assume that DDR3-1333 is being used. So in terms of bandwidth scaling compared to the core speed, the A15 is better equipped.