On Apr 04, 2014, at 10:19, Ryan Schmidt wrote: > While waiting minutes for clang-3.5 to install (compress) and then activate > (decompress) a 600MB archive, I wondered why I was sitting here waiting for a > single-threaded process to complete when I have a multi-core Mac.
Is that 600MB raw, or 600MB when compressed? > ... > Has anybody successfully achieved the promised parallel operation of pbzip2 > on OS X? If so, I wonder if it depends on the OS X version or the compiler > used. I’m on OS X 10.9.2 with Xcode 5.1’s Apple LLVM version 5.1 > (clang-503.0.38) (based on LLVM 3.4svn). The correct question to ask is for what cases pbzip2 is faster, if any ... A compressed file is essentially a 1D string that's not segmented like multimedia data (how common is it to use multiple threads to [de]compress audio?). I may be wrong, but for now I'm not at all amazed that parallelisation of uncompressing such data entails a lot of overhead, esp. if it also means letting the disk seek so many times more (have you tried to compare to [de]compress from one disk to another, or using an SSD?) Also, decompression tends to be so much cheaper than compressing that the parallel overhead will count even more. R. _______________________________________________ macports-users mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-users
