Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
The amount of fragmentation that is in the pipeline for Apples products...

1581095927316.png
 
Unfortunately Threadripper doesn’t support large ECC RAM configs, which max out at 1.5 TB on Mac Pro. AMD’s memory controller doesn’t allow RDIMM or LRDIMM on Threadripper; I haven’t seen any TR build with even 512GB of ECC RAM. Mac Pro could use the (more expensive) EPYC line though.

Does ECC memory really that matter? I mean for a desktop user?
 
Going to AMD would be a total redesign of the motherboard. It would also require a significant amount of software testing. This is not something they would do for BTO only.
Both of your points are invalid. Apple already redesign the motherboard on all their new computers. And about software testing, that is obviously already performed since they have internal builds already running on AMD and software testing is being ran thousands of times already. These are non issues
 
Unfortunately Threadripper doesn’t support large ECC RAM configs, which max out at 1.5 TB on Mac Pro. AMD’s memory controller doesn’t allow RDIMM or LRDIMM on Threadripper; I haven’t seen any TR build with even 512GB of ECC RAM. Mac Pro could use the (more expensive) EPYC line though.

Factuallyincorrect. Since Zen+ the ECC RAM limit per Zen+ processor is 2 TB. The 256 GB limit is an OEM motherboard manufacturer decision.

Apple has custom designed AMD motherboards in-house for years.
When they flip the switch it will be ready.

Nothing regarding AMD X86_64 architecture will be foreign and/or is foreign to Apple.

The amount of FUD about what it would take is sad.
AMD’s latest APUs going on sale early March already best Intel’s top of the line mobile iGPUs and was demonstrated last month.
 
Just an FYI to anyone unaware of the "hackintosh" (running macOS on standard "PC" hardware) scene, its been possible to run macOS on AMD Ryzen CPUs with very little extra work (vs Intel) for over a year now. The performance is good and everything generally works about as well as an Intel hackintosh aside from a few edge cases (things that require the Intel QuickSync video encoder/decoder for example, but this is already being replaced in Macs by Apple's T series ARM coprocessors.)

Basically, for anyone worried about an architecture change/fragmentation/old software not working etc, that's not what this is. Intel and AMD both produce x86-64 chips that are mutually compatible. This is in no way like the move from PPC to x86 or like a prospective move from x86 to ARM would be.
 
Most Macs are probably intel integrated graphics which are really lackluster.

AMD has been killing intel in discrete CPUs but I doubt Apple would budge for that. There isn't that much difference particularly considering that value of money is the main reason to choose AMD and I doubt Apples moves in similar ways as a common client.

On the other hand having Macbooks of all kinds (Mac Minis and iMacs too) with a single AMD APU (like those codename Renoir and Picasso the news mentions) would be pretty great.
 
  • Like
Reactions: Si Vis Pacem
Apple should have bought AMD a couple of years ago when they were at $2 per share. Would have given them even more control over the Macs graphics and now (possibly) processors.

IIRC, there's a poison pill in AMD's agreements with Intel that expires the X86 license immediately upon AMD being purchased by a competitive entity. I believe Apple would qualify as such. There have been AMD acquisition rumors in the past (Oracle) and that's been cited as a potential roadblock.
 
Factually incorrect

You can't do VLIW on CISC. ARM is a RISC architecture. In VLIW, the compiler realigns instructions so they can be loaded into the execution units as a very large block. Each spot on the block corisponds to a specific execution unit. The first 12 could be general instructions. The next 15 could be integer, while another 18 could be floating point.... Using VLIW, it is not out of bounds to expect 64 instructions to be completed per clock, with a much higher clock than you could get with X-86.

Both of your points are invalid. Apple already redesign the motherboard on all their new computers. And about software testing, that is obviously already performed since they have internal builds already running on AMD and software testing is being ran thousands of times already. These are non issues

The first step of software testing is putting AMD specific code into the OS build. That is what they did. Going from Intel to AMD is not a small MB change. It is a total redesign.
 
Holy moly that’s good news if true. That might make it easier for people to hackintosh. Especially those who didn’t want to bother with intel’s chips or nvidia’s lack of drivers for newer you’d.

Reason I switched from iMac to Ryzen was because it was much cheaper, though I do miss macOS, and AMD cpus at the moment aren’t as well supported on custom builds like with intel.
 
  • Like
Reactions: Si Vis Pacem
A 16-core Ryzen iMac with a new design and speakers by the team that worked on the MBP16 hardware would be just what the doctor ordered.

i am so ready for this!! :)

the only thing my ryzenhack is missing is Thunderbolt... and that's b/c the x570 mobo that supported it didn't have enough PCI expansion slots or NVMe slots.

hopefully apple will retain the thunderbolt functionality.
 
  • Like
Reactions: xnu and Malus120
Depends what you need the CPU for. For instance, gaming benefits most from good single core performance and Intel still seems to have AMD beat there. Not by much anymore though.

Probably at the expense of the security (e.g. some CPU exploits work only on Intel CPUs).
 
  • Like
Reactions: Si Vis Pacem
The first step of software testing is putting AMD specific code into the OS build. That is what they did. Going from Intel to AMD is not a small MB change. It is a total redesign.
This was absolutely NOT the first step, putting AMD specific code into a beta version of macOS was NOT the first step, how can you even think that? You do understand that Apple have a ton of different builds of all their OS versions, right? Internal and public builds. They have had internal builds running on AMD hardware for over a decade now, claiming this build was the first step is absurd. AMD hardware has been ran, tested, validated etc for a long time now. Putting AMD identification strings into public builds is one of the LAST steps, not the first as you claim

Going from Intel to AMD in regards of MB design is a non issue, Apple redesign entire motherboards all the time, no issue. Other manufacturers develops AMD motherboards from scratch all the time. Its a non issue. Apple already have AMD motherboards

Apple is well prepared to use AMD CPU:s in their computers if they want to when their Intel exclusivity expires
 
No. If I had to guess, Apple is rethinking that after the ARM32 -> ARM64 transition on iOS, as well as the dropping of x32 apps in Catalina. There's been a *lot* of pushback due to some people not being able to update. Not unwilling, but unable to. Currently, 0% of macOS apps are ARM compatible, there would need to be a very long transition period.
I agree, however:

I don't understand why people don't instantly realize that the "ARM transition period" can happen in the form of Co-Processors. Apple is all about custom Co-Processors. Macs already have them. But right now they perform 1 or 2 specific, isolated tasks.

Going forward we'll see ARM-based co-processors designed to run Apple Apps. The rest will run on Intel, but Apple can add co-processors to run their Apps. They can take as a long as they want with this approach as there is no "transition" that anyone else need be aware of.
 
Depends what you need the CPU for. For instance, gaming benefits most from good single core performance and Intel still seems to have AMD beat there. Not by much anymore though.
AMD and Intel are more toe-to-toe in this space, and in any other space AMD knocks Intel's socks off.
 
  • Like
Reactions: Si Vis Pacem
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.