Problem: “arm Macs won’t run my existing software that well”
solution: “switch to an operating system that won’t run any Mac software”
huh?
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Kuo: Apple to Launch Several Macs With Arm-Based Processors in 2021, USB4 Support Coming to Macs in 2022
- Thread starter MacRumors
- Start date
- Sort by reaction score
Problem: “arm Macs won’t run my existing software that well”
solution: “switch to an operating system that won’t run any Mac software”
huh?
So in order to use 32-bit apps, I have to abandon security updates, new MacOS features and fight the nagging reminder?
A truly winning strategy! /s
If the means fewer people port software to MacOS, I'm against it. the PowerPC days sucked and coming into OSX and getting all the legacy linux software for free was absolutely fantastic. That's really all I care about is running tons of great software and getting more compatibility with other platforms. There was a golden age where people did everything they could to create standards and make things compatible and since computers turned from business to corporatocracy it's been a big cluster**** of incompatibilities, walled gardens, "platforms," "vertical monopolies," and there's no ****ing reason other than greedy *******s being "strategic"
I'm thinking i'm gonna get a new ipad pro with keyboard case at this point and give ARM based macs time to get into the market. I'll keep my 2012 macbook pro for random computer necessary tasks until then.
I usually buy a mac every 5-8 years so if ARM macs are coming I don't really want to buy an intel chip 14" mbp when they come out.
I usually buy a mac every 5-8 years so if ARM macs are coming I don't really want to buy an intel chip 14" mbp when they come out.
I don’t want differentiation from Windows CPUs. We had that. It sucks.
Not all existing software that runs on a Mac, is Mac only. Some of it will likely never be ported to an Arm based macOS.
[automerge]1585319814[/automerge]
I'm starting to think some people have a romantic rose-coloured view of the PPC era, of being "anti-Intel, anti-Microsoft" rebels, being unique for the sake of being unique....
Guys, just a reminder, with x86 emulated apps the battery life decreases significantly on Windows. The macOS ecosystem is basically all legacy, excluding the catalyst ports. Someone correct me if I’m wrong.
What we should be talking about now is, will Intel allow Apple to embed the Thunderbolt 3 protocol into the A-Series chip? Apple will transit from customer to competitor, will Intel be that nice or they’ll make Apple wait until USB 4?
That would suck because all the Macs have support for Thunderbolt 3 now.
What we should be talking about now is, will Intel allow Apple to embed the Thunderbolt 3 protocol into the A-Series chip? Apple will transit from customer to competitor, will Intel be that nice or they’ll make Apple wait until USB 4?
That would suck because all the Macs have support for Thunderbolt 3 now.
While I confirmed all this as mere click bait, in case it happens to be true and from 2022 all Mac run on AMD, it will be the end for the Pro Macintosh, and given how much has improved the user experience in Ubuntu and other Linux distribution, it's mere a marketing thing to harvest all these developers into an open industry STD platform, even those Linux distribution ruining on ARM platform are by far better suited for most applications.
And there's an Troy horse inside Apple: Swift as doesn't requires that much effort to build an QT version from an Catalyst App.
And there's an Troy horse inside Apple: Swift as doesn't requires that much effort to build an QT version from an Catalyst App.
Based on the comments here, Arm Macs would include a quantum singularity inside that means battery life is irrelevant. Also it gives you free candy.
I'm not sure what you're asking here. Any currently available Mac App, is compiled for "x86-64" (aka AMD64 aka Intel 64 aka EM64T back in the day). Without being recompiled, every one of them would need to run under emulation on an Arm based Mac. This includes current ports of iPad Apps using Catalyst - they are not just a literal iPadOS package compiled for Arm, running on a Mac.
Most Apps written using Xcode and not using CPU specific features should be relatively simple to re-compile for Arm.
snip... reduce processor costs by 40 to 60 percent... /snip
I'm sure the savings will be passed on to consumers, right?
I’m not a dev, I thought about Catalyst as apps running on some sort of HAL on macOS, like Android.
With all due respect, how is that relevant?
Apple cannot even remove 32-bit compatibility without endless grousing about apps that will no longer launch. Apple has been telling/warning/cajoling developers for 15 years that the change was going to occur, and still there are apps that are getting left behind because there are devs that simply say f*** all. I worked with a developer that refused to port his 32-bit Photoshop plug-in to 64-bit because it was too much work and he simply decided it wasn’t worth the time and effort. Was Adobe supposed to support 32-bit plug-ins forever when some developers are simply being lazy? If so, we might as well just go back to VisiCalc and WordPerfect for DOS. Does anyone here want to do that?
I did appreciate the changes that x86 compatibility brought to Apple, but at some point that compatibility becomes an albatross and a detriment to a company moving forward. Microsoft deals with this on a massive scale and it holds them back from ever ditching Intel. No matter how many times they have flirted with other platforms (NT on Alpha, PowerPC, MIPS, Clipper, Itanium) only to return to the Intel boat anchor. Windows NT absolutley flew on a DEC Alpha and embarrassed the hell out of Intel...I had one for a brief period and it was Magical™. Then the Kraken (Intel) rose up and paid off all to keep Windows from bolting (as if Bill Gates or Steve Ballmer would ever have had the cajones to make that decision anyways).
Apple has a vast app ecosystem with iOS that can revitalize the macOS platform, which is why Apple is doing this...harmonizing all the platforms under their own CPU line can be a good thing, and yes, it is risky. I suspect that these plans have been in place since Steve Jobs came back to Apple. Most companies have short range and long range plans. I suspect that after all the time Jobs spent being held hostage to Motorola, then IBM/Motorola and then Intel, Jobs had to have been fed up with Apple not controlling the whole stack and at the mercy of others innovation or lack thereof. This has been years, if not decades, in the making. It’s not about being unique for the sake of being unique, its about not being held hostage by others.
It will probably have growing pains and difficulties along the way like anything else, but not doing it is probably more dangerous to Apple and its continued success. Staying chained to x86 at this point is becoming less and less like a viable option. Just my 2¢.
And thus increase profit margins by 40 to 60 percent...cuz they ain't passing the savings onto us!
Not entirely sure if it was you or someone else, but the question seems to be coming up every time there is a discussion on ARM performance.
Benchmarking the AWS Graviton2 with KeyDB – M6g up to 65% faster | KeyDB - The Faster Redis Alternative
We’ve always been excited about Arm so when Amazon offered us early access to their new Arm based instances we jumped at the chance to see what they could do. We are of course referring to the Amazon EC2 M6g instances powered by AWS Graviton2 processors. The performance claims made and the hype...
docs.keydb.dev
That is KeyDB performance on AWS Graviton 2. Using the N1 Core from ARM with half the Cache, likely to save cost.
A review on Graviton 2. In multiple synthetic benchmarks. taking into account the Graviton2 is likely using less TDP, it is designed with maximum throughput per socket with slightly lower clock speed. AWS has also published a few stats on M6g being faster than their M5 based on Intel Skylake / CooperLake and AMD Zen 1.
Along with all other major software dev currently beta testing it saying it is indeed faster than M5 while being cheaper.
If you were to ask me if I trust ARM's roadmap 2 years ago and think N1 would have performance roughly equal to top performing x86 chip I would have been very skeptical. But we now have data to prove it.
Anyone claiming ARM is not performing compared to x86 or something doesn't have anything to support it.
Disclaimer: I own AMD shares and I neither endorse or against ARM on Mac. And performance on Server do not accurately represent ALL desktop usage performance. Data and Results must be taken in context. Opinions are my own.
[automerge]1585322036[/automerge]
That is not how "profit margins" works, and not how you calculate profits either. 60% CPU saving does not represent 60% saving from whole package.
Mojave gets all the security updates.
As far as the new macOS features, people need to prioritize what they want.
For me, I put the ability to run my older 32-bit apps above new macOS features and I remained on Mojave.
I'm sorry but this lacks an understanding of how they work. Parallels, etc, work as well as they do today because they take advantage of virtualisation features built directly in to the CPU. This allows them to execute a virtual environment with almost no performance loss over running it on the bare metal. This only works when the virtual environment has the same CPU architecture as the host (i.e. x86 on x86). If you want to run an x86 virtual machine on an ARM CPU, you have to emulate the CPU, which means you take an enormous performance hit.
So this means what? That Apple will be transitioning their Macs to AMD processors come 2021?Sorry, Macrumors needs to hire better translators, Kuo meant ASMedia to manufacture chipsets for AMD based Macs (basically custom x570/trx40) as they do now.
Original Kuo's note is only about ASMedia forecast now including apple and usb4 as customer do not details on ARM, however MacRumors assume it's ARM but missed ASMedia manufactures x570 and trx40 chipsets (and it's successor with full tb3/usb4 integration).
(Can't post link to Kuo's subscription content, but this basically put you in context)
ASMedia 600 chipset family for Zen 3 available in late 2020
It has been a rumor for quite some time now, ASMedia fabricating a chipset for AMD Ryzen setups. As it seems, that now has been confirmed by motherboard manufacturers at CES, it's likely starting wit...www.guru3d.com
Ptsss, also includes ddr5 and pcie5... LMFAO
Do you not understand the difference between virtualization and emulation? VMware and Parallels are only possible because the underlying platform is x86 and has robust hardware virtualization support. Back in the PowerPC days we were stuck with emulators only like Microsoft Virtual PC which was functional but dog-slow (as emulation is). It would be crippling if Apple's decision forced us back to that world, especially since the ARM platform isn't sufficiently faster than x86 to provide a comfortable performance buffer between native and emulated performance.
Please i'm already getting a dejavu here. Same thing to the letter was being posted here when Apple were switching to Intel. There were many apps that never got ported to Intel, and? If it doesn't meet your needs then move on. I personally welcome this.
Why transitioning to AMD be the end of the Pro Mac? Unless you're really referring to ARM.