by sleepyshift on 6/9/20, 10:33 AM with 456 comments
by Shank on 6/9/20, 5:00 PM
For better or for worse, my company uses Docker for Mac for the vast majority of the stack that I don't work on but need to actively develop. I'm already paying a huge VM cost and it's pretty terrible. I don't see Apple working on any kind of native containerization solution. Does that mean that I'm going to be eating the current VM cost + x86_64 virtualization cost in the future?
I really want to keep using macOS as a platform. I know I can just stay on the hardware I have, but it's not really practical to be on an end of life architecture. It seems just a tad shortsighted to ditch x86_64 when a lot of people depend on it specifically because it's a shared architecture with other platforms.
by hylaride on 6/9/20, 11:24 AM
by neximo64 on 6/9/20, 11:14 AM
My 10 year old Macbook pro running lion, if I go to the Safari menu in the corner click it and move the mouse up and down really quickly over the menu items, the responsiveness is instant & there is no flickering.
Doing the same with the * * max spec * * 16" Macbook Pro has flickering. Easily reproducible in this very Safari window if you're reading this on a Mac.
Everything has been downhill this decade with the quality. If the focus was on ARM then hopefully if it was a resource diversion the quality is good after.
Well i hope at least..
by rado on 6/9/20, 12:22 PM
by bgorman on 6/9/20, 4:52 PM
Given the technological steps Apple has made, it seems like it is only a matter of if, not when Apple will switch over some computers.
I personally would predict the Macbook Air (potentially a new Macbook), Mac Mini, iMac and potentially the iMac Pro will switch over to Arm first. It seems like a poor risk/return ratio to switch the Macbook Pro and Mac Pro lines to Arm at this point in time. Who knows what the manufacturing yield will be on the initial 5nm chips.
by chrisseaton on 6/9/20, 11:50 AM
If we get the worst case scenario and Apple ships only ARM hardware from January 2021, then I feel like there's going to be some serious problems.
by theblackcat1002 on 6/9/20, 12:36 PM
https://www.tomshardware.com/news/apple-may-start-selling-ma...
by rbanffy on 6/9/20, 1:10 PM
Intel must be creating a lot of problems for Apple to warrant this move. Or maybe AMD is not willing to give Apple the same sweet deal Intel gave Apple to get the transition.
by Nursie on 6/9/20, 12:26 PM
Well, eventually, I imagine that Apple will continue to support their x86 Macs for some time, especially as we've recently had the launch of the revamped Mac Pro which is not a cheap machine. But maybe ten years down the line they'll stop updating it and that will be that.
by api on 6/9/20, 4:45 PM
https://youtrack.jetbrains.com/issue/JBR-2310
I lost days of time to what very much appears to be yet another hardware bug in Intel's latest core. If you don't believe me that it's a hardware bug, read the whole thing. It's probably a zero day security vulnerability too.
The only catch is: if Apple also takes the opportunity to iOS-ify Mac and lock it down to the point that it is no longer useful for professional work, I will have to drop the platform entirely. I've seen some decent AMD Ryzen laptops showing up on the market and I could use Linux with a Windows VM for the occasional Zoom call or similar thing.
Honestly though... I think if Apple pulls this off well without alienating their user base, it probably spells the end of the X64 architecture outside cloud and servers. Given that people prefer to deploy to the same architecture they develop on, it probably means X64 will eventually die in those areas too. AArch64 could end up being the core architecture of almost everything by the 2030s.
by meesterdude on 6/9/20, 11:40 AM
by mromanuk on 6/9/20, 6:38 PM
by jurmous on 6/9/20, 11:38 AM
by seanalltogether on 6/9/20, 5:19 PM
by dblooman on 6/9/20, 11:32 AM
by whywhywhywhy on 6/9/20, 1:51 PM
I'm just not really buying this as the justification, Mac has almost never been about competing on raw performance and moving to ARM could even mean a large performance hit for most software where performance counts for years to come.
Although I guess we also keep getting lectured on how amazingly powerful iPad Pros are yet we never really see them do anything beyond a paint program, GarageBand level music production, basic video editing and keynote.
by pickle-wizard on 6/9/20, 4:57 PM
Though I don't think I'll be buying one soon. When I travel I have a 2018 MacBook Air and when I'm at home I have a 2013 Mac Pro. Both machines still work great for my needs, and I plan to keep the Mac Pro until Apple stops OS updates for it. When it comes time to replace it, I'll replace it with a Mac Mini, and I don't need a machine that powerful anymore.
by _ph_ on 6/9/20, 1:47 PM
One thing I still find peculiar is, Apple could have had nice ARM-based computers for quite a while. They are actually selling them in the form of the iPad, especially the Pro. But what keeps people to the Mac vs. the iPad is less the hardware, but mostly the software. The decisive difference in practical terms between macOS and iPadOS are the mostly artificial software limitations of iPadOS. While Apple loudly advertices the ability to copy files from an USB stick to "Files", the fun usually stops there. App support for file exchange is still very limited, you cannot even copy music to Files or your iCloud drive and add this to Apple Music or the TV app. So I find it a bit odd that they have to create ARM based MacBooks just as a solution to a basic problem of their software.
by bob1029 on 6/9/20, 1:28 PM
Perhaps this is just a game of semantics?
"Its own mac chips" vs "x86+ARM chips co-designed by AMD & Apple, fabricated by TSMC, and slapped with an Apple logo".
From AMD's semi-custom page:
"We are not bound by convention and don’t subscribe to “one-size-fits-all” thinking. We develop customized SOCs leveraging AMD technology including industry-leading x86 and ARM® multi-core CPUs, world-class AMD Radeon® graphics, and multimedia accelerators. We offer the option to further customize each solution to include third-party and/or open market IP or customer designed IP. Discover how you can differentiate with AMD Semi-Custom solutions."
https://www.amd.com/en/products/semi-custom-solutions
I still cannot see a hard switch to ARM without any HW x86 capability in the mix. The impact to user experience would be very dramatic and the PR would be a nightmare to deal with. The way I see this playing out is that the next gen of Apple hardware provides both an x86 and an ARM stack, with subsequent generations potentially being ARM only (i.e. w/ x86 emulation). There is just too much software investment in the x86 ecosystem at this point. You have to give people a path to migrate peacefully or they will never return. This isn't like prior architecture switches. The impact with PPC->x86 was not even 1/100th what the impact would be today if Apple forced a hard x86->ARM switch.
All of that said, I can understand why they would want to keep something like this under wraps until T-minus 0.
by ksec on 6/9/20, 11:44 AM
Are we going to have Split in platform where developers is expected to debug on both Arch? This isn't the same as moving from PowerPC to x86, where majority of Pro Apps are already on WinTel. ARM is still relatively new on many Pro Apps. Adobe may be slightly better equipped, but not AutoDesk.
If not, would Apple spend additional hundreds of millions on 100W+ CPU design that are sold in tiny quantities?
It is also worth pointing out Mark Gurman has been saying this since before he joined Bloomberg when he was at 9to5Mac. And since 2016 when he joined Bloomberg the rumours were taken more seriously.
And the first rumours to suggest Apple is working on ARM Mac goes back as far as 2010.
by drcongo on 6/9/20, 11:53 AM
by dehrmann on 6/9/20, 4:40 PM
For Apple, this makes, what, the fourth architecture for Macs?
by derefr on 6/9/20, 5:04 PM
That's an interesting bet, given how long the two giants have been at this.
by skellington on 6/9/20, 5:08 PM
Great OS (although worse than usual recently), doesn't run any (hyperbole but rooted in truth) software.
If they would just focus on running MORE software, especially games, they could probably grab so much more market share, but they are happy at 10% it seems.
by jagger27 on 6/9/20, 5:10 PM
It also makes me wonder if they'll ship a lower wattage Intel part alongside their Arm chips in a transition period. I think that would be kinda cool, and would ease a lot of backwards compatibility woes. Or they could keep things more or less the same and just beef up the T2 with more cores and interconnect bandwidth.
It might not make much sense to ship a dual CPU Macbook Air, but it would certainly be cool to see Arm PCIe addon cards for the Mac Pro, where power and heat concerns are not as significant.
by ziml77 on 6/9/20, 1:54 PM
by mberning on 6/9/20, 12:15 PM
by amanzi on 6/9/20, 7:16 PM
by ilikehurdles on 6/9/20, 5:15 PM
Shitty keyboards and useless touch bar aside, Apple has had a long history of pushing the envelope in radical and beneficial ways.
by PedroBatista on 6/9/20, 11:57 AM
by rukittenme on 6/9/20, 5:13 PM
Everyone who writes software on macOS is probably virtualized already. Really shouldn't be any downside to this for the vast majority of programmers.
by twoodfin on 6/9/20, 11:05 AM
My conspiracy theory is that the sketchily rumored “gaming laptop”[1] is actually a hot rod ARM MacBook focused on developers to get the transition off with a bang.
[1] https://www.macrumors.com/2019/12/30/sketchy-rumor-gaming-ma...
by robert_foss on 6/9/20, 4:56 PM
However, it doesn't mention CPU performance or IPC, both of which will be extra important due to the binary level compatibility for x86 I would expect them to ship.
by wyldfire on 6/9/20, 1:59 PM
by wil421 on 6/9/20, 12:19 PM
by toron123 on 6/9/20, 11:57 AM
by miguelmota on 6/9/20, 9:28 PM
by atlgator on 6/9/20, 4:52 PM
by hs86 on 6/9/20, 11:48 AM
How is Apple's approach going to be different from Microsoft's? Will they keep backward compatibility? Will the CPU architecture really be a day and night difference or are our expectations too high due to the ubiquity of inflated Geekbench numbers?
This will either make or break the Mac as a platform and I feel like currently, any further investment would be a gamble.
by nsajko on 6/9/20, 10:10 PM
Does somebody have an idea how much approximately would it cost Apple to switch the Apple A14 from ARM to POWER? Usually it is said that the instruction decoder is a small part of a CPU core, and the ISAs are not hugely different (compared to AMD64/Intel, at least).
by neonate on 6/9/20, 6:12 PM
by NoPicklez on 6/9/20, 12:13 PM
by Koshkin on 6/9/20, 8:51 PM
by velebak on 6/9/20, 6:30 PM
by watersb on 6/10/20, 1:30 AM
The overloading of the Control key as the system menu shortcut ("accelerator"?) key when it's also the default Emacs bindngs for readline in Bash -- drives me utterly insane.
If it were consistent, great, but on Windows there are many different text widgets, from PC console, Win32, and other layers. I simply can't develop the muscle memory.
I have a very cheap HP laptop, the trackpad driver is nearly unusable. I installed the Synaptics Control Panel, and use it to "reset" the trackpad each time it wakes from sleep so that I have a chance at scrolling without randomly selecting the entire document's text and deleting it or dragging it to random places. It's horrible.
On the Lenovo x230, the tiny trackpad is a bit better, but tiny, and the physical trackpad buttons give me the chance at dragging etc in the face of such madness. It's all very nerve-wracking.
The trackpad on the MacBooks have never been a problem for me.
Then there's text encoding. The Win-1252 Code Page. Turning UTF-8 into unreadable line noise in unpredictable situations. The CRLF madness that grows back no matter what.
I use WSL2, Terminal, and VS Code, but it's unbelievably exhausting. Digging out of config issues with Code Signing certificate policy required a re-pave and 12 hours of re-installing etc to get back to sanity. Something needed an old VC Runtime DLL, which installed fine, but also seemed to overwrite a Microsoft root CA cert. Differential analysis with a working Windows we couldn't find the broken cert. Various msc tools and System Policy analysis and Troubleshooters and so on couldn't find it. The CERT: filesystem "provider" stopped working. It was a dead machine.
Linux and macOS configs, I generally know where config files are, and can restore from backup.
Want to restore from a Windows Image Backup? Or a copy of the file system from another Windows installation? Go ahead. Try it.
I got heavy into PowerShell, there are some nice bits there, but it still has to fall back to text processing in pipes if some other tool doesn't output the correct data. Usually JSON, but is that schema documented? Certainly have yet to invest the time in Bash tools that might interact with PowerShell.
It just doesn't stop. It just doesn't. I must accept that people are actually getting work done by adding WSL to the mix, but I guess I just break things.
I don't seem to break things as badly on Solaris or Arch or even Gentoo or any of the BSDs.
I have not given up on macOS. On the contrary, I will get another Mac laptop.
It's a lot of work.
by danaris on 6/9/20, 5:37 PM
Their credibility on issues of tech—particularly Apple—is very suspect. (See also: Gell-Mann Amnesia Effect)
by toyg on 6/9/20, 11:50 AM
by Fiahil on 6/9/20, 4:58 PM
by inapis on 6/9/20, 11:21 AM
We'll probably still have 4-5 years before the Intel Macs are completely abandoned but then this is Apple we are talking about. For all intents and purposes, they might cut the umbilical cord in 6 months.
Adobe is probably the only company which can delay the complete transition for some time.
Edit - removed the line about electron. As others have pointed out, electron already runs on ARM.