Most active commenters
  • saagarjha(5)

←back to thread

MacOS Catalina: Slow by Design?

(sigpipe.macromates.com)
2031 points jrk | 14 comments | | HN request time: 0.001s | source | bottom
Show context
ronyfadel ◴[] No.23273550[source]
I hope Apple currently has a team focused on macOS perf.

I worked on the team in charge of improving iOS (13) perf at Apple and IIRC there was no dedicated macOS “task force” like the one on iOS.

Luckily some iOS changes permeated into macOS thanks to some shared codebases.

replies(4): >>23273626 #>>23274830 #>>23274901 #>>23277478 #
pier25 ◴[] No.23273626[source]
> IIRC there was no dedicated macOS “task force” like the one on iOS

It's not surprising. Macs are less than 10% of Apple's revenue.

https://www.macrumors.com/2020/04/30/apple-2q-2020-earnings/

replies(6): >>23273776 #>>23273824 #>>23274073 #>>23274195 #>>23276536 #>>23281493 #
1. qppo ◴[] No.23273776[source]
It's surprising that they don't improve the developer experience for their own developers using their own tools, including hardware.
replies(4): >>23273796 #>>23274026 #>>23274029 #>>23274292 #
2. pier25 ◴[] No.23273796[source]
Maybe internally they are using a different version of macOS?
replies(2): >>23273937 #>>23274007 #
3. azinman2 ◴[] No.23273937[source]
Nope
4. saagarjha ◴[] No.23274007[source]
It’s basically the same ones you’re running, possibly a couple builds ahead and with all the security features turned off.
5. saagarjha ◴[] No.23274026[source]
Apple uses the same tools you do. They just might not be using it like you are; you can find a lot of features that clearly have no reason to exist outside of Apple nonetheless shipping with their software.
replies(3): >>23274143 #>>23274191 #>>23277538 #
6. callinyouin ◴[] No.23274029[source]
I wouldn't be surprised if they've determined that developers will generally put up with a bad experience in order to have access to the massive iOS market.
7. asdff ◴[] No.23274143[source]
Is there a list somewhere of Apple's in house dev environments or workflows? I wonder what cool tricks they use internally that could be pretty useful generally.
replies(2): >>23274688 #>>23277415 #
8. qppo ◴[] No.23274191[source]
That's kind of my point - it's surprising to me that they're shipping slow hardware and software, when they're used to develop that same hardware and software. Developer time is expensive.
replies(1): >>23275926 #
9. arvinsim ◴[] No.23274292[source]
There isn't much incentive to improve because they know that people will buy their hardware regardless.

Not to mention people defend and market their products for free.

10. ronyfadel ◴[] No.23274688{3}[source]
Very messy internally, every team has their own.
11. saagarjha ◴[] No.23275926{3}[source]
I would actually be quite happy if the engineers were forced to work on four-year-old MacBook Pros and develop against Display Zoomed iPhone 7 and the second generation Apple Watch, using the toolchain and software they push to their developers.
12. saagarjha ◴[] No.23277415{3}[source]
Nothing special that can really be talked without internal context. You can get a hint at how they use their own tools though (which are available externally) if you pay careful attention to their public appearances and presentations.
13. yariik ◴[] No.23277538[source]
> Apple uses the same tools you do.

No. A special directory can be created at the root of the file system called /AppleInternal. Then, if you work at Apple, you can put some special files there that do stuff. I've read somewhere that they are able to easily disable all of this privacy protection crap and other annoying stuff.

replies(1): >>23277968 #
14. saagarjha ◴[] No.23277968{3}[source]
There's nothing really special about /AppleInternal, it's just a fairly normal directory that a couple of tools change in order to do things like offer more detailed diagnostics or the option to create a Radar. On a normal internal install there are some internal utilities, many of which are listed here: https://www.theiphonewiki.com/wiki/Category:Apple_Internal_A.... But their code is all Xcode projects and stuff, it's not like they're really using special tools for themselves except in certain cases. There are a couple of internal tools that possess entitlements to bypass security, but more often than not engineers just run with the security features disabled, which you can do yourself.