3 ms·
> “All the applications” don’t matter. Getting the most popular applications is the easy part, the hard part is the long tail. Only 1% of people may use a part
by zrm 7y ago
> “All the applications” don’t matter.
Getting the most popular applications is the easy part, the hard part is the long tail. Only 1% of people may use a particular obscure application, but when there are a thousand such applications, the average person uses ten of them.
You also have to deal with a period of people wanting to run the applications they already own, not the newer version they have to pay to upgrade to or which isn't the same version the rest of their family or company uses on their existing hardware.
There are a lot of people who need nothing more than a web browser, but that's the target market for Chromebooks rather than MacBooks.
- scarface74 7y agoThat 1% of applications is probably not performance critical and would work fine under emulation. But really, do you know the Mac scene? This isn’t Windows with thousands of line of business apps that have been running without upgrades for a couple of decades. Apple has already killed a lot of old apps when they dropped PPC compatibility and later 32 bit compatibility. There are two existence proofs that Apple knows how to do this. They’ve done this twice and took customers with them both times. What are the Mac users who don’t like the transition going to do? Buy PCs and lose all compatibility with their apps? The last thing that’s different this time is that Apple had a lot more to lose in 1994 when the Mac was all of their business and 2006 when the Mac was half of their business (the iPod was the other half). This time the Mac is only 10% of their business. Also, many apps are going subscription. The upgrade would be “free”. As far as performance. The most popular Mac has been the MacBook Air. The people buying those aren’t doing performance critical tasks using niche applications that won’t be ported.
- zrm 7y ago> That 1% of applications is probably not performance critical and would work fine under emulation. Each application having 1% of the users doesn't mean it's 1% when you add them all together. And they're all different applications. Why would you expect these to be less likely to be performance critical than any other? Even for applications that aren't performance-critical, if the point is to save battery, emulation does the opposite. > This isn’t Windows with thousands of line of business apps that have been running without upgrades for a couple of decades. Apple has already killed a lot of old apps when they dropped PPC compatibility and later 32 bit compatibility. MacOS X 10.5 supported 64-bit Intel applications in 2007. That's more than a decade for old applications to accumulate. I doubt even most of the legacy Windows cruft is older than that anymore. > There are two existence proofs that Apple knows how to do this. They’ve done this twice and took customers with them both times. What are the Mac users who don’t like the transition going to do? Buy PCs and lose all compatibility with their apps? When they did it before, the new processors were a lot faster. There was a large benefit to offset the transition cost. Existing Mac users don't immediately have to buy a PC, all they have to do is not buy a new Mac. > The last thing that’s different this time is that Apple had a lot more to lose in 1994 when the Mac was all of their business and 2006 when the Mac was half of their business (the iPod was the other half). This time the Mac is only 10% of their business. If the argument is can Apple stop making x86 Macs without going out of business, sure they can. If the argument is that Mac users should want to buy the first ARM model that comes out instead of holding onto their existing MacBook, not so much. It would have to be a real upgrade from what they already have, not just something equivalent but worse because it has to emulate some of their applications. > As far as performance. The most popular Mac has been the MacBook Air. The people buying those aren’t doing performance critical tasks using niche applications that won’t be ported. The MacBook Air has a Core i5. It's not exactly slow. I'm also not sure what you mean by performance critical. Maybe they're not doing 3D rendering where you care quite a lot about the difference between three hours and five, but when people upgrade their hardware they still want it to go from responding in 500ms to 300ms instead of the other way around. And in that sense basically everything is performance critical.
- scarface74 7y agoEach application having 1% of the users doesn't mean it's 1% when you add them all together. And they're all different applications. Why would you expect these to be less likely to be performance critical than any other? Care to give examples of “performance” critical Mac applications that people are using and are not likely to get ported relatively quickly? Even for applications that aren't performance-critical, if the point is to save battery, emulation does the opposite. What are these specialized applications? Audio, photo and video apps are historically the first to get ported. Adobe and Microsoft have historically taken a year or two. Active Mac only developers like BareBones have have been the first to port their apps. When they did it before, the new processors were a lot faster. There was a large benefit to offset the transition cost. For reference 68K applications ran slower on the 6100/60 and 7100/66 than my 68030-40Mhz (accelerated) LCII. Out of the first generation PPC based Macs, only the 8100/80 was always faster than my 68030 Mac. My Mac was about half the speed of the high end 68040-40Mhz Quadras. In this case it’s the battery benefit. And back in the 10.5 days, most apps were still 32 bit and using the Carbon APIs. If the argument is that Mac users should want to buy the first ARM model that comes out instead of holding onto their existing MacBook, not so much. It would have to be a real upgrade from what they already have, not just something equivalent but worse because it has to emulate And this is the same thing that happened the last two times. Users waited until the apps they cared about the most were ported. Especially for the PPC transition, it wasn’t until both the second generation high end 604s that PPC based Macs could run emulated programs faster. Heck the second generation lowend 603 based PPC Macs were slower emulating 68K Software than 601 based Macs. I'm also not sure what you mean by performance critical. Maybe they're not doing 3D rendering where you care quite a lot about the difference between three hours and five, but when people upgrade their hardware they still want it to go from responding in 500ms to 300ms instead of the other way around. And in that sense basically everything is performance critical. I can’t speak to the architecture of the PPC emulator for the x86 based Macs. But in the case of 68K programs that spent a lot of time calling OS routines, they would get a significant speed boost because they were calling native code - at the time emulated programs saw a significant speed boost by calling native QuickDraw routines. The other advantage this time is that Apple is designing its own chips. It can make architectural decisions in the processor design to make emulation better. Also, people are already using Electron apps, they couldn’t care too much about performance. For a contemporary report of emulation speed of PPC Macs. https://tidbits.com/1994/02/21/powerpc-reports-positive/ https://tidbits.com/1994/02/21/powerpc-reports-positive/ (reports were that PPC ran emulation at the speed of a low end 68040 Quadra without an FPU)