Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
The bigger question is why did Apple release that iMac shortly before this 11th gen intel CPU?

This is a CPU appropriate for the Air or 13-inch Pro. Intel staggers releases; you never get the entire gradient of power/performance classes upgraded at the same time (or even in the same year).

A newer CPU for the iMac is planned for this winter.
 
Is that why Intel listed them alongside their other partners for this chip this year? Oh wait...

To be fair, they never list them, which doesn’t prevent Apple from using their CPUs.

It is also possible that Intel will be refusing Apple access to Tiger Lake out of spite, even though that would be a dumb thing to do from business perspective.

I’d say it all depends on yields. If Intel only manages to produce a handful of these CPUs, we will only see them in a small sample of premium laptops. Let’s not forget that Apple is a behemoth when it comes to premium market - they need more high-end CPUs than anyone else.
 
It’s still very possible these chips make it into a future MacBook Pro. If Apple is planning on a two year transition, they won’t let the machines not ready for a Apple Silicon chip go stagnant.

The 2014 Mac Mini begs to differ...I believe the 2013 Mac Pro too
 
I guarantee that it will be at least a couple of years before the big engineering packages get ported, if at all. MATLAB, COMSOL, AUTOCAD, etc... As for HPC developers, out of the box INTEL FORTRAN is not going to happen,

Sure.

My post was in response to worries that not even MS Office or CC will be there.

AMD has a Fortran compiler, and GNU's also runs on ARM already. I can't comment on how good they are compared to Intel's.

Matlab does indeed not seem to have ARM64 builds yet, but there are mentions of NDAs, so it's probably in the works.

so that will leave jumping through hoops to install gfortran, but knowing Apple, once they have their own silicon, they will lock this platform down. Before you know it, you will be jailbreaking your MacBook Pro so that you could install third-party code.

Given that Apple explicitly made a slide touting that they've already helped port various OSS Projects, I don't see the logic in the above statement.

And if they wanted to lock down the Mac like that, they don't need to switch archs to do so.
 
To be fair, they never list them, which doesn’t prevent Apple from using their CPUs.

Yup. Intel rarely mentions Apple (probably because Apple doesn't really want them to; they want to control their own narrative).

It is also possible that Intel will be refusing Apple access to Tiger Lake out of spite, even though that would be a dumb thing to do from business perspective.

Yeah, I don't see it, what with Apple apparently having gotten various exclusive Ice Lake parts (the ones prefixed 'N'). Intel is happy to have the business.

Will there be any Mac with Tiger Like-UP3 (née -U) or -UP4 (née -Y)? Maybe. Heck, Apple could do a hybrid approach where they do move the Air and 13-inch Pro to Apple Silicon in the next revision, but also explicitly do one more 13-inch Pro model with Intel on it, to serve special customer demands. (They're more likely to do that on the 16-inch, though.)
 
Will common analysis tools like R and Stata need to be ported over to the ARM Macs? If so, will that take a while? Apple says MS Office will be immediately available on the ARM Macs, but will that be the full version currently running on Intel Macs?

R already runs on ARM64 on Linux, so yes, it'll almost certainly run on ARM Macs early on.

State, I don't know.

The version of Office on ARM might lack some old arch-specific things. I'm not sure they'll have Visual Basic for Applications on day one, for example.
 
I think it is possible they'll ship an updated 16" this fall with an Intel CPU for the last time before moving the entire MacbookPro line to ARM. I don't know if it will have this CPU or the 10th gen, but I'd expect a CPU update before they ditch Intel completely.

It won't have this CPU, because it wants something beefier.

It also won't have the 10th-gen, because at this point, it seems unlikely Apple will bother with Comet Lake-H, because it's been out for half a year and was barely a mentionable upgrade.

I think we'll see (one last?) 16-inch Pro in early 2021 with Rocket Lake-H.
 
Will common analysis tools like R and Stata need to be ported over to the ARM Macs? If so, will that take a while?

Given that R runs on the iPad, I don't think it's going to be a problem. Give it maybe half a year or so for testing however.
 
Maybe because of this. 🤪
We learn to take what MR articles with many grains of salt. Always good to get them clarified by people who actually know what they are talking about. That's why I asked again. And I got an answer.
Thanks to those who ahswered the question.

PS. Your sarcasm is noted.
 
And if they wanted to lock down the Mac like that, they don't need to switch archs to do so.

That's always something where conspiracy theories fail. "They will do A, B and C to achieve X". "They don't need A, B and C to achieve X". But recognising that requires logical thought. "They will switch to ARM to lock down the Mac". "They don't need to switch to ARM to lock down the Mac". "They will develop a vaccine and use it to inject us all with microchips". "If there was a microchip small enough to be injected, which doesn't exist, you wouldn't need to put it into a vaccine".
 
No mention at all yesterday of NVIDIA blowing the competition away with their new Ampere RTX 3000 series lineup, while Apple is about to transition to in-house graphics across the line.

I have no doubt Apple can compete on CPUs in the desktop space - but common, them dropping AMD graphics from Apple Silicon macs and not working with Nvidia due to a past feud is just going to cripple them in the graphics space. Even the new PS5 and Xbox Series X look pretty pathetic compared to these new chips.
Keep in mind that PS5 and Xbox aren't trying to, and can't possibly, compete with a full price gaming PC, the price difference is massive. Their market is to make a gaming machine that is priced for mass consumption, but is highly optimised for gaming, and thus best gaming bang for buck in a targeted price bracket. No, they are not even close to trying to be the best gaming platform, they are trying to be an affordable specialised gaming platform. The graphics cards you're talking about cost more than a PS4 alone, without adding the PC they go into. So with that reality in mind, PS and Xbox perform remarkably well. To keep it in perspective, the PS4 doesn't even have an SSD (I presume Xbox is the same), simply to keep the cost down, but the performance-cost of that is that you have to wait for games to "load" e.g. the battle bus and free falling time in Fortnight. PS5 is coming with a smallish SSD, which will have a huge impact on removing this load time.
 
That's always something where conspiracy theories fail. "They will do A, B and C to achieve X". "They don't need A, B and C to achieve X". But recognising that requires logical thought. "They will switch to ARM to lock down the Mac". "They don't need to switch to ARM to lock down the Mac". "They will develop a vaccine and use it to inject us all with microchips". "If there was a microchip small enough to be injected, which doesn't exist, you wouldn't need to put it into a vaccine".

"I'm not upgrading my iOS to the new version with contact tracing because they're trying to track me" (but how do you know they aren't already?)
 
  • Like
Reactions: gnasher729
The switch to ARM is a massive mistake for Apple, it'll mean even more professionals switch to Windows. I cannot see the logic in it other than wanting to lock down their Desktop OS like IOS, and trying to bring in the casual audience that buys their phones. I think it'll be their biggest blunder yet :/ Plus it'll take 5 years to get all the support you want like it did with the iPad... even then the iPad isn't sufficient to replace a Laptop.

I know I wont invest in another Mac now knowing x86 for them is dead, it would be a major waste of money. I built a new Windows PC for the first time in many years, I've made the switch now. I'm still using this iMac I'm on, but that is going on eBay as soon as I get my new monitor as the one I've been using sucks.
 
The logic is called "better and faster hardware".


It wont be better though, it might be more power efficient, but not more powerful. I mean they skimp on the hardware as it is :/ You have to pay through the roof to spec it up, even then you can build yourself something much better on Windows. With the likes of Nvidia bypassing the CPU to unload what they want on the GPU.... gonna be crazy for encoding and crap that has been throttled by the CPU.

Meanwhile Apple move in house, and their GPU on the mobile side has never been anything special.
 
For a superfast gaming rig next year's Alder Lake CPU will be the one to get. Tiger Lake is optimized for compact laptops and convertibles.
Thanks for the correction. I'll be on the lookout for that instead !
 
Howdy gnasher729,

I take it, that you are not a developer? It is very naïve to think that is all it takes is a quick re-compile to get a program to work on Apple Silicon, From a pure "will it run" idea, what you say is technically true. The program will open, but there is no guarantee that it will run very well. It may run very slow, or it may run too fast (not likely but possible), things that just worked before may cause the program to hang as it takes too long to execute, causing the OS to assume the program has hung. It is more complex than just a recompile. For simple applications, that do not require a ton of computational power to run, they should perform fine, even if a bit slower due to their design, but performance sensitive applications will need to be tweaked a bit to run effectively. The Apple Silicon uses the ARM instruction set, which is RISC, meaning that it runs fixed-length simple (Reduced Instruction Set Computing) instructions. Program instructions that take only one instruction on an Intel CPU, will have to be broken down into multiple instructions on RISC, running more instructions of course takes more time. There are things that can be done to mitigate this (pipelining, increasing the number of instructions that can be executed per clock, etc..), but it has to be done. That is why Apple made the dev kits available so early, and also why they announced that your iOS apps can run, because I imagine that for a little while at least, these apps will perform better than the initial set of recompiled apps. Good luck!

Rich S.

Ok, first I make my living developing software since... well, quite likely before you were born.

Second, I did the transition from 68k to PowerPC, then the transition from PowerPC to Intel, and guess what: There is no transition from Intel to ARM. Every bit of code in any higher level language behaves exactly the same on Intel and ARM. No byte ordering problems, no different floating point formats, no alignment problems, vector instructions just compile.

Third: Please, do yourself a favour and don't try to describe RISC to me or anyone else. All Intel processors in the last 20 years are RISC processors with a horrible kludge of an instruction decoder attached to the front.

Fourth: Please, do yourself a favour and don't make guesses at performance. I _measured_ it. Same code on an iPhone X and on a quad core iMac, using all available cores, running significantly faster on the iPhone X with only two fast cores.

"Performance sensitive applications will need to be tweaked". That is done on a high level, independent of the processor. If an application needs "tweaking", it is already tweaked.

Here's something you could look up on the internet: Apple's ARM microarchitecture. What counts is: How many instructions can be decoded per cycle, how many can be dispatched, how many can be retired. Apple's ARM implementation beats the **** out of everything Intel produces where it counts. Plus massively bigger caches.
 
  • Like
Reactions: leman
My understanding is they have removed AMD drivers from the Apple Silicon builds of Big Sur... maybe my understanding is wrong. Sure would make life difficult for eGPUs on TB3/4 as well.

Not to mention, you have folks like Max over at MaxTech that non-stop talk about how great Apple's graphics are going to be and how they are pursuing games (while trying to terminate one of the biggest gaming engines, the irony) and that they won't allow anything that isn't on chip based on his reading of developer documentation and presentations.

I don't know that I believe him myself, he seems to be jumping to conclusions from very brief documents.. somehow he turned a couple slides and vague presentations into about an hours worth of video content.

But still, there is not going to be any competition between a current gen Nvidia chip and whatever Apple builds into upcoming A-series chips..... if they block eGPUs and don't have options for built in graphics, I don't care how good their CPUs are.

Maybe he's right - it would seem awfully shortsighted for them to not just change CPU but also GPU at the same time. I'm already cynical they can build anything like that iMac Pro or Mac Pro replacements in 2 years time with ARM chips, let alone the level of graphics crunching power those devices need too.

Big Sur for devs probably has everything ripped out of it so they can't find out what's happening and only what they need to work at the most basic level, but I guess we'll see.
 
Howdy gnasher729,

I take it, that you are not a developer? It is very naïve to think that is all it takes is a quick re-compile to get a program to work on Apple Silicon, From a pure "will it run" idea, what you say is technically true.

A sizeable amount of apps will just require a recompile. It's what it took from PowerPC to Intel, and it's what it'll take from Intel to ARM.

The program will open, but there is no guarantee that it will run very well. It may run very slow,

This is possible for arch-specific code. But it's not 1992. Apps that use arch-specific optimizations are rare rather than the norm. Compilers have gotten far better at this job, and libraries like Accelerate.framework exist to take advantage of arch-specific extensions like SSE vs. NEON.

It almost certainly won't "run very slow". And when it does, that'll only be in code that was highly optimized for an arch, which, again, is rare nowadays.

or it may run too fast (not likely but possible),

I… what?
 
Given that Apple just upgraded the iMac, there might not be any more Intel iMacs, no.
That's my whole point. Intel released this just after the new intel Mac knowing that Apple will be on ASi before they release the heavier versions of 11th gen. So Apple will be comparing ASi to the previous iMac (10th gen) whereas intel will be comparing ASi to their new (yet to be released) 11th gen heavier cpus.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.