Saagar Jha

(replying to Saagar Jha)
@mihaip @siracusa (Advertising/semi-related: just because you *can* decode something in parallel doesn’t mean you’ll do it efficiently. The reason unxip exists even though it does the same work is because it schedules the work better and thus runs much faster)

Saagar Jha

(replying to Saagar Jha)
@mihaip @siracusa (Where “better” is, like, “please murder my machine with 1200% CPU for 20 seconds because I want my Xcode now” rather than doing 400% for a minute. But even 400% from compression_tool is better than 100% from single-threaded zip)

Saagar Jha

(replying to Saagar Jha)
@mihaip @siracusa oh ALSO because I cannot actually shut up I would like to mention (even though you might know more about this than I do) but there’s a bunch of other stuff that influences GUI operations. For example your compression will go faster if it’s in the foreground

Saagar Jha

(replying to Saagar Jha)
@mihaip @siracusa Because macOS will throttle apps that are not visible and this includes their XPC services unless they opt out and I don’t think Archive Utility does. Also I seem to remember it sets like an iopolicy or something to have less of an impact on your system

Saagar Jha

(replying to Saagar Jha)
@mihaip @siracusa I am actually at my computer, and apparently compression_tool is single-threaded (I think this is a bug?) and what I was actually talking about was aa(1). Sorry for the confusion