Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I don’t think that’s exactly right, I think the second ARM package is personalized, ie, signed by apple for your device. That’s why it’s not cacheable per the article.


Six of one, half dozen of another.


Not trying to be pedantic but the intel package has everything you need, it’s equivalent to packages 1 and 2 from the ARM update. I don’t think ARM package 1 contains any intel code at all.


I'm just going by what the article says. Feel free to disagree with the author if you have better data.


My comment is supported by the article.

> …but the second 1.1 GB always has to be downloaded direct from Apple’s software update servers and can’t be served from the cache, making it slower to download.

Why can’t it be cached? Because it’s unique per device. Only thing that makes sense.

There’s no reason to think the ARM package is supplemental binaries to overlay on top of an Intel package in the way your original comment stated.

All the article says is Intel gets 1 500mb package, ARM gets two packages, a 700mb and a 1.1GB. It doesn’t opine on the contents. All we know is that Intel gets 1 cacheable package and ARM gets 2, 1 cacheable and one not, and that the Intel one happens to be roughly the same size - but not exactly - as one of the ARM ones.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: