Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Xeon? Unlocked? Since when?
[doublepost=1548699271][/doublepost]Those are not enthusiast CPUs, not intended for overclocking, nor running out of spec.
[doublepost=1548699364][/doublepost]Maybe some ES in the wild, but surely not the regular SKUs.
Intel does not have anything to compete with AMD, nence why they would want to release a part like this.
Are you deliberately ignoring the fact that Xeon is unlocked and overclockable which isn't much different from Skylake-X HEDT processors, but only with Xeon monikor?
Are you ignoring, that that entry also posted the clock speed. 4.3 GHz, average clock speed, on 28C/56T CPU, consuming 510W of power? ;)

HOORAY FOR HOUSEFIRES! BURN, baby, BURN!

Can you guys imagine something like this in Mac Pro, of any type? :D
 
Are you ignoring, that that entry also posted the clock speed. 4.3 GHz, average clock speed, on 28C/56T CPU, consuming 510W of power? ;)

HOORAY FOR HOUSEFIRES! BURN, baby, BURN!

Can you guys imagine something like this in Mac Pro, of any type? :D

That Xeon is unlocked and overclockable, which means it is being allowed to run out of its efficiency sweet spot. Typical Xeon 28 cores has base clock of 2.1 with turbo frequency of 3.8ghz. When the processor clock speed goes beyond that sweet spot, power draw increases significantly, and that is what you are seeing there.

And no, Mac Pro will not have anything like unlocked Xeons, and same can be said with pretty much all the workstations from Dell or HP or all other vendors. That Xeon is nothing more than very niche, enthusiast product.
 
Microsoft will be thanking Intel. The Surface and Surface 2 did not do well at all in the marketplace. I would think a non-Intel Surface Go would fail too.

....

Macintosh sales increased as soon as the Macintosh could natively run Windows. IMO the ability to natively run Windows applications will remain an important aspect of the Macintosh. If the Mac loses that ability it will begin to lose appeal.

The Intel CPU is a sore spot for the Surface Go. It doesn’t perform well, and compatibility with x86 applications doesn’t mean much if they all run badly. Notably it performs much worse than competing ARM tablets. So I’m not sure the Intel CPU is going to turn it into a big seller.

Also, even though Microsoft skipped ARM this Surface, Windows 10 Pro for ARM still shipped. Other ARM Windows tablets shipped. They run existing Windows apps. Windows for ARM is out and it’s real.

https://www.zdnet.com/article/lenovo-miix-630-arm-based-2-in-1-windows-tablet-goes-on-sale-for-900/

Boot Camp doesn’t change much with Windows on ARM. You’ll still be able to run Windows. But again, ARM will probably start as a lower end thing. So I don’t think anyone here has to worry.

But... again, ARM is happening both on the Windows and Apple sides. It’s not if, it’s when. Apple will be more aggressive than Microsoft probably. Don’t want to port from Intel to ARM? Too bad. Newer macOS versions will probably cut support for legacy Intel apps anyway. There is no choice or offramp here. It’s happening. And software will either be ported or Apple will cut those packages off on Intel anyway.

There’s no road for “Intel only” here for anyone. I think Apple could continue shipping some x86 Macs on an extended basis or indefinitely, but ARM Macs are still happening.

Best to just get used to it. And we’re not the target market anyway initially.
 
That Xeon is unlocked and overclockable, which means it is being allowed to run out of its efficiency sweet spot. Typical Xeon 28 cores has base clock of 2.1 with turbo frequency of 3.8ghz. When the processor clock speed goes beyond that sweet spot, power draw increases significantly, and that is what you are seeing there.

And no, Mac Pro will not have anything like unlocked Xeons, and same can be said with pretty much all the workstations from Dell or HP or all other vendors. That Xeon is nothing more than very niche, enthusiast product.

Or an AMD fan.

Just sayin' ;)
 
That Xeon is unlocked and overclockable, which means it is being allowed to run out of its efficiency sweet spot. Typical Xeon 28 cores has base clock of 2.1 with turbo frequency of 3.8ghz. When the processor clock speed goes beyond that sweet spot, power draw increases significantly, and that is what you are seeing there.

And no, Mac Pro will not have anything like unlocked Xeons, and same can be said with pretty much all the workstations from Dell or HP or all other vendors. That Xeon is nothing more than very niche, enthusiast product.
That particular CPU has 265W TDP. That, average, power draw, in the entry was "achieved" when ALL 28 cores, and 58 Threads were running at, Spec'd, All-Core Turbo of 4.3 GHz, without any OC.

HOORAY FOR HOUSEFIRES!

Of course Mac Pro will not have unlocked CPU. The same way iMac has no Unlocked CPU, despite using i7-7700K which is completely unlocked CPU.
 
That particular CPU has 265W TDP. That, average, power draw, in the entry was "achieved" when ALL 28 cores, and 58 Threads were running at, Spec'd, All-Core Turbo of 4.3 GHz, without any OC.

HOORAY FOR HOUSEFIRES!

Of course Mac Pro will not have unlocked CPU. The same way iMac has no Unlocked CPU, despite using i7-7700K which is completely unlocked CPU.

That doesn't repute any of the points I made previously. Running at all-core turbo at 4.3ghz, on a processor where the sweet spot is 2.1 with 3.8 max turbo(single), and all-core boost of 2.8GHz. What do you expect when you overclock the processor that is designed to run at 2.8Ghz all core to 4.3?

Xeon W-3175X is enthusiast CPU that is designed to work with special set of enthusiast motherboard that is designed to handle extreme loads of power from overclocked CPU, power draw to be damned, targeting specific set of enthusiast who can even afford that thing to have fun with. Which means it is not designed to be the workstation processor, but more like extreme version of HEDT line.
 
That doesn't repute any of the points I made previously. Running at all-core turbo at 4.3ghz, on a processor where the sweet spot is 2.1 with 3.8 max turbo(single), and all-core boost of 2.8GHz. What do you expect when you overclock the processor that is designed to run at 2.8Ghz all core to 4.3?

Xeon W-3175X is enthusiast CPU that is designed to work with special set of enthusiast motherboard that is designed to handle extreme loads of power from overclocked CPU, power draw to be damned, targeting specific set of enthusiast who can even afford that thing to have fun with. Which means it is not designed to be the workstation processor, but more like extreme version of HEDT line.
Are those clocks you mentioned for that particular CPU? ;)

That particular CPU has higher clocks, thats why it has 265W TDP.

Thats also why we have seen that 510W power draw in that Entry.

End of the story.
 
Are those clocks you mentioned for that particular CPU? ;)

That particular CPU has higher clocks, thats why it has 265W TDP.

Thats also why we have seen that 510W power draw in that Entry.

End of the story.

It just means you brought the irrelevant processor to the discussion while deliberately ignoring the intended target market that processor is made for. Good luck with your agenda I guess. :)
 
The Intel CPU is a sore spot for the Surface Go. It doesn’t perform well, and compatibility with x86 applications doesn’t mean much if they all run badly. Notably it performs much worse than competing ARM tablets. So I’m not sure the Intel CPU is going to turn it into a big seller.

Also, even though Microsoft skipped ARM this Surface, Windows 10 Pro for ARM still shipped. Other ARM Windows tablets shipped. They run existing Windows apps. Windows for ARM is out and it’s real.

https://www.zdnet.com/article/lenovo-miix-630-arm-based-2-in-1-windows-tablet-goes-on-sale-for-900/
The Surface and Surface 2 were a failure. I see no reason why these ARM based systems will be any more successful than the Surface / Surface 2. If the price is low enough then perhaps then sell a few, much like we saw with netbooks.

Like the Surface / Surface 2 these new systems run Windows App Store applications (all three of them) and x64 applications in emulation. That latter point is critical as performance takes a hit.

Boot Camp doesn’t change much with Windows on ARM. You’ll still be able to run Windows. But again, ARM will probably start as a lower end thing. So I don’t think anyone here has to worry.
And there's where I think it will stay. I see nothing magical about ARM that will cause it to topple the x64 architecture. Maybe it will, maybe it won't. What I do know is there used to be any number of general purpose CPUs which have been relegated to the dust bin of history. They couldn't compete, why should we think ARM will?

But... again, ARM is happening both on the Windows and Apple sides. It’s not if, it’s when. Apple will be more aggressive than Microsoft probably. Don’t want to port from Intel to ARM? Too bad. Newer macOS versions will probably cut support for legacy Intel apps anyway. There is no choice or offramp here. It’s happening. And software will either be ported or Apple will cut those packages off on Intel anyway.
It's my opinion if Apple decides to drop support for x64 then the Mac is going to return to being the niche player it used to be. Again the popularity of the Macintosh increased after it could natively run x86 software (read: Windows and its huge software base). No recompilation, no specific coding for it, just pull it off the shelf, install, and run it.

There’s no road for “Intel only” here for anyone. I think Apple could continue shipping some x86 Macs on an extended basis or indefinitely, but ARM Macs are still happening.

Best to just get used to it. And we’re not the target market anyway initially.
 
The Surface and Surface 2 were a failure. I see no reason why these ARM based systems will be any more successful than the Surface / Surface 2. If the price is low enough then perhaps then sell a few, much like we saw with netbooks.

Like the Surface / Surface 2 these new systems run Windows App Store applications (all three of them) and x64 applications in emulation. That latter point is critical as performance takes a hit.

It doesn't work quite like how you think it does. Windows 10 ARM automatically ports/recompiles x86 applications to ARM for you on the fly. They become ARM applications when you run them. So in the end you get full native performance. That's quite different than the Surface/Surface 2 (which didn't run x86 apps at all), and preserves performance. Qualcomm has a pretty good demo:

Apple could do something similar, but I wouldn't want to speculate too much. But in theory if Apple did the same thing they wouldn't take an emulation hit from running x86 packages.

I see nothing magical about ARM that will cause it to topple the x64 architecture. Maybe it will, maybe it won't. What I do know is there used to be any number of general purpose CPUs which have been relegated to the dust bin of history. They couldn't compete, why should we think ARM will?

So let's be clear here. x86 is not a problem. Intel is a problem. There's nothing wrong with x86. There is a whole lot wrong with Intel.

Right now you are suggesting that even though Apple has a $50 ARM CPU that absolutely destroys Intel's $50 CPU in performance, they should ignore that and continue using Intel.

Intel could ship a x86 CPU that's competitive. They don't. That's on them. It's not on Apple to keep buying CPUs that are legitimately bad products.

Xeon CPUs are not bad products right now. But that's probably because Intel has a monopoly. AMD is starting to catch up. If Intel did keep having issues, and Apple had a workstation level CPU up their sleeves, I'd think the above logic would apply.

It's my opinion if Apple decides to drop support for x64 then the Mac is going to return to being the niche player it used to be. Again the popularity of the Macintosh increased after it could natively run x86 software (read: Windows and its huge software base). No recompilation, no specific coding for it, just pull it off the shelf, install, and run it.

Let me flip my above logic for software.

If Apple sold a Mac Pro that was twice as fast as Intel workstations, would software vendors ignore that? No, they'd be stupid to. If Apple ever produced the goods I don't see why vendors wouldn't port to it. We'd be stupid not to buy that workstation. In the end, if Intel keeps screwing up, the momentum behind an ARM transition would power it through. You're saying that if Apple and/or Windows vendors both start shipping faster ARM hardware everyone would ignore that, and I really don't believe that would be true.

Also ARM is fairly close to x86. I think you're overestimating the amount of porting work.

And again, Windows is making the same transition. Intel is the drunk uncle that set the house on fire, everyone is running for the exits, and Apple doesn't want to be the last one out the door. Even the Windows only devs are going to have to port. Maybe Intel can put the fires out, maybe they can't. But they've already lost the low end. Windows is already ported and shipping on ARM, macOS is moving.

If you really want to get a feeling which way the wind is blowing, Google has already started porting Windows Chrome to ARM. It's not a pro app, but it's usually a signifier of where vendors are going because it's such a common app.
 
Last edited:
Are those clocks you mentioned for that particular CPU? ;)

That particular CPU has higher clocks, thats why it has 265W TDP.

Thats also why we have seen that 510W power draw in that Entry.

End of the story.
It just means you brought the irrelevant processor to the discussion while deliberately ignoring the intended target market that processor is made for. Good luck with your agenda I guess. :)
Not only is the processor irrelevant to any discussion about the Mac Pro 7,1 (see the thread title), but so is Koyoot's agenda. His latest focus on wattage is quite the goal post mover.

It's like his manhood is hurt because Intel can sell a 500+ watt CPU and AMD can't even come close. ;)
 
It just means you brought the irrelevant processor to the discussion while deliberately ignoring the intended target market that processor is made for. Good luck with your agenda I guess. :)
No. It means that anything Intel will come up this, and upcoming year, for Server CPUs will be irrelevant, from performance point of view. The only way they can be relevant in this business is by creating housefires.

Hooray for Housefires!
 
The challenge isn't a $50 5-10 watt A-series ARM CPU that is faster than Intel at the same price/power point... That's a given, and a MacBook Air-size machine that uses it isn't hard to imagine. It would mean some sort of fat binaries to deal with "some Macs are Intel, while others are ARM". It could even be restricted to the Mac App Store as a method of app distribution - as long as ARM Macs are only a low price/low power option. Losing Boot Camp and Parallels isn't a big deal in that end of the market - that machine won't be running AutoCAD and ArcGIS.

The real challenge is a $350 45-watt laptop chip for the big MBP (with a $500 option for BTO, and with options down to $100 and 20 watts to fill in the 13" line), a series of $100-$450, 35-90 watt desktop chips for iMacs, and $500-$2000 workstation chips for iMac Pros and Mac Pros. Especially at the higher end of that range, Mac App Store only and/or losing Boot Camp and Parallels isn't an option.

The low-power mobile chips could either be shared with the iPad Pro or they could be double-sized iPhone or iPad chips - but the high power chips would need different cores altogether. Nobody wants to deal with a Mac Pro with a 64 or even 128-core version of a phone chip - too hard to use all those cores efficiently! Supercomputers use a ton of relatively slow cores, but programming supercomputers is a highly specialized skill (and a pain, from what I've heard).

Does Apple really want to design a high-power ARM core, and keep it updated, for the upper end of the Mac line? Let's give them the benefit of the doubt and say that it's only one new core, about two or three times as fast as the Vortex (or whatever the "fast" iPhone/iPad core is called at the time). 15" MBP gets four of them (maybe six in a top model), iMacs get four, six and eight, iMac Pro gets 12 to 22 and Mac Pro gets 16 to 32? Call it "Typhoon" in keeping with their naming scheme (and with a Russian sub that shows what happens if you take a successful design and make it too big).

Even if it's only one new core, it's a 50% increase in Apple's core design efforts - they only do two cores per year across the iOS line, which sells about 250 million units/year. They'd be adding a third core to deal with something like 10 million units (or maybe less) per year, assuming that the smaller MacBooks, the Mini and at least some 21" iMacs might get 4-8 Vortex cores if "Typhoon" cores weren't available.
 
I did some research into using ARM in Macs around Christmas time when I was ill and couldn't sleep. The TDP would shoot way high to be able to keep up with big time software that does a lot of CPU crunching in the background. Then there's the question of software companies having to keep two separate codebases. Recompiling is one thing, making sure it works and is as bug free as the traditional counterpart is another.

That said, in a Mac Pro sphere, I can't imagine Adobe redeveloping software to work on high powered ARM chips when their time and effort is and has been Intel x86-64. The mere fact Apple heads don't want to deal with NVidia is another blow, because the reality is that NVidia cards are better in the long run for regular and professional use cases.

If you look into it, even the Apple die-hards will admit an ARM chip that's as powerful as a 9900K, for example, on everything and not synthetic benchmarks, will consume just as much power. This is pure speculation as I simply don't see the costs for all involved parties being viable in the short term or even long term.

Though, one thing to note is that Intel's current uArch is very, very old. There's whispers of them working on a new architecture, but who knows if that's true. I'm not up-to-date on AMD's current new architecture, but they seem to address issues in each iteration from Zen, Zen+ and now Zen 2.

I won't deny the A12 and A12X are amazing ARM processors, but I'd wonder how a higher TDP (say, 150 watts) version, would perform head to head against a Xeon or high end i9 mainstream or extreme processor in a variety of use-case tasks.

Breaking down synthetics means looking at each test. If the ARM processors by Apple are amazing at say script rendering, then they're finely tuned for that alongside the native browsers that come with the device.

A better example of this would be that YouTube performs better on a Chromium based browser than Firefox or Edge. The same way that GMail isn't slow on Chrome or Chromium based browsers while there's a noticeable delay on Firefox. Or that Outlook.com performs best on a Microsoft browser, especially Edge.

I'd love to say there's equality among tech products and services regardless of how you're using the product, but we know that's not true.
 
Last edited:
  • Like
Reactions: pl1984
I did some research into using ARM in Macs around Christmas time when I was ill and couldn't sleep. The TDP would shoot way high to be able to keep up with big time software that does a lot of CPU crunching in the background.

So it's true that the A series does have a high TDP at load.

The problem Intel has is that the A series TDP at load is still better than Intel's mobile TDP. If you stuck a fan on an A series chip it would outperform Intel right now at load. Easily. And the Apple's graphics would run circles around Intel's integrated graphics.

As Intel improves their TDP maybe this changes, but they need to catch up and keep pace, and they just aren't right now. They're still shipping the same CPU they've been shipping for what... the last five years?

The last time Apple had a CPU vendor (IBM) that fell behind on TDP and couldn't keep up they dropped them. This is history repeating itself.

Then there's the question of software companies having to keep two separate codebases. Recompiling is one thing, making sure it works and is as bug free as the traditional counterpart is another.

That's.... not a thing. You build ARM from the same code base. It's not two different code bases. Typically it's the exact same code with no changes. For almost all apps it's literally just a recompile on the existing code. I spend all day porting between x86 and ARM. Usually I'm just messing with build settings and not the code.

This whole thing is literally my job and I think you guys are all making a way bigger deal about it than it actually is.

That said, in a Mac Pro sphere, I can't imagine Adobe redeveloping software to work on high powered ARM chips when their time and effort is and has been Intel x86-64.

So it's worth repeating that I don't think the Mac Pro would be moving over to ARM in the near future, BUT...

- It's not a big job to move to ARM.
- Metal code moves between x86 and ARM with zero changes.
- Adobe just ported nearly all their performance code to Metal.

Tada.

Like I said, everyone here is assuming the transition hasn't started yet. Apple queued it up years ago. We're already in the transition. Moving to Metal is part of the transition. Look at everything Apple has done in the last few years and the next few years on macOS with an eye towards ARM.

If you look into it, even the Apple die-hards will admit an ARM chip that's as powerful as a 9900K, for example, on everything and not synthetic benchmarks, will consume just as much power. This is pure speculation as I simply don't see the costs for all involved parties being viable in the short term or even long term.

Wait let's back up.

Apple doesn't make an ARM chip right now that competes with the 9900K. I don't think they will any time soon.

But Intel is in a bad place right now, and if Apple chose to compete with the 9900K, I think they could build a much better ARM chip. It's not that ARM is implicitly better. It's that Intel is building such bad x86 chips right now.

(I'm leaving AMD off to the side for most these comparisons, but AMD is an option as well.)

I won't deny the A12 and A12X are amazing ARM processors, but I'd wonder how a higher TDP (say, 150 watts) version, would perform head to head against a Xeon or high end i9 mainstream or extreme processor in a variety of use-case tasks.

Extrapolating, it's would likely do very well. Apple has a process advantage so that alone would be a huge problem for Intel today. Apple would probably have a 30% advantage on that alone.

But such a chip does not exist and Apple can't simply pull one out of thin air.

AMD vs an Apple A series would be a much more interesting comparison in since they're both in the same place technologically.

Breaking down synthetics means looking at each test. If the ARM processors by Apple are amazing at say script rendering, then they're finely tuned for that alongside the native browsers that come with the device.

The latest ARM specification that Apple is using does have some optimizations meant to help JavaScript along, but generally this is not true. There is nothing in the A series chips that is specifically optimized for a specific use. Maybe really early versions, but the current chips are general use.

There are some server ARM chips floating around out there that are optimized for specific things, but Apple has increasingly been designing the A series as a general chip. Apple used to skip things like branch prediction, but these days the A series is a legit desktop grade chip. Just... smaller. Desktop grade but not built to scale for actual desktops.

[doublepost=1548743720][/doublepost]
The challenge isn't a $50 5-10 watt A-series ARM CPU that is faster than Intel at the same price/power point... That's a given, and a MacBook Air-size machine that uses it isn't hard to imagine. It would mean some sort of fat binaries to deal with "some Macs are Intel, while others are ARM". It could even be restricted to the Mac App Store as a method of app distribution - as long as ARM Macs are only a low price/low power option. Losing Boot Camp and Parallels isn't a big deal in that end of the market - that machine won't be running AutoCAD and ArcGIS.

The real challenge is a $350 45-watt laptop chip for the big MBP (with a $500 option for BTO, and with options down to $100 and 20 watts to fill in the 13" line), a series of $100-$450, 35-90 watt desktop chips for iMacs, and $500-$2000 workstation chips for iMac Pros and Mac Pros. Especially at the higher end of that range, Mac App Store only and/or losing Boot Camp and Parallels isn't an option.

This. Mostly.

The problem isn't ARM. It's that Apple doesn't have an ARM chip ready for the bigger Macs. If they had one, it would outperform Intel. But they don't. At least nothing we've seen publicly.

Where I disagree is the bit about the app store. I think ARM Macs will be unlocked from the app store, and Apple is already quietly prepping the fat binary support if you look at recent macOS changes. We'll probably see the first public rollout of ARM/x86 fat binaries with Marzipan. Even if they aren't downloaded as a fat binary, they'll be submitted as a fat binary most likely so Apple already has both architectures ready to go.

I don't think Apple will care that much about Boot Camp, but again, it doesn't have to go. Windows on ARM is a thing. It runs existing x86 software. You can still have your AutoCAD and ArcGIS on an ARM Mac. In theory. We'll see if Apple bothers with DirectX drivers for their A series GPUs.
 
Last edited:
So it's true that the A series does have a high TDP at load.
Err, no. You misunderstood what I said.
[doublepost=1548744325][/doublepost]
That's.... not a thing. You build ARM from the same code base. It's not two different code bases. Typically it's the exact same code with no changes. For almost all apps it's literally just a recompile on the existing code. I spend all day porting between x86 and ARM. Usually I'm just messing with build settings and not the code.

This whole thing is literally my job and I think you guys are all making a way bigger deal about it than it actually is.

True to an extent. Software is designed with x86 in mind and compiled to work with x86. I'm not stating that C differentiates between processor types. There's also a large difference between an entire suite of products and whatever small game you developed in your spare time.
[doublepost=1548744422][/doublepost]
So it's worth repeating that I don't think the Mac Pro would be moving over to ARM in the near future, BUT...

- It's not a big job to move to ARM.
- Metal code moves between x86 and ARM with zero changes.
- Adobe just ported nearly all their performance code to Metal.

Tada.

Like I said, everyone here is assuming the transition hasn't started yet. Apple queued it up years ago. We're already in the transition. Moving to Metal is part of the transition. Look at everything Apple has done in the last few years and the next few years on macOS with an eye towards ARM.
From the rantings by some on this site, I've given the impression the Metal is poorly performing.
 
True to an extent. Software is designed with x86 in mind and compiled to work with x86. I'm not stating that C differentiates between processor types.

Again, that's not true. Software is never designed with x86 in mind unless you are writing assembly. I'm curious as to what you're thinking that differences would be. 64 bit and 32 bit? Sure there are differences there because all your data sizes change. Big endian and little endian? Yep differences there too, that's what caused issues with PowerPC -> Intel.

A series and x86 are both little endian. They're both 64 bit. That takes the only big things off the table.

There's also a large difference between an entire suite of products and whatever small game you developed in your spare time.

I'm not getting into a measuring contest here, but I will say if you think I'm an amateur at this or that I'm working on small things in my garage you'd be mistaken.
 
Wait let's back up.

Apple doesn't make an ARM chip right now that competes with the 9900K. I don't think they will any time soon.

But Intel is in a bad place right now, and if Apple chose to compete with the 9900K, I think they could build a much better ARM chip. It's not that ARM is implicitly better. It's that Intel is building such bad x86 chips right now.

(I'm leaving AMD off to the side for most these comparisons, but AMD is an option as well.)

Again, you seem to misunderstanding what I said, except that you know that Apple doesn't have an ARM to compete with a 9900K, pun not intended!

What many seem to think is that it's very possible for Apple to create an A series ARM processor meant for high level computing with a low energy output. I'm talking about people theorizing Apple can or has built a 40 watt ARM processor that can run circles around a 9900K in real world usage. It isn't possible.

Your history is a little hazy regarding PowerPC to Intel. You're on the right track, but it was because PowerPC simply didn't offer enough for the juice it required. If you recall the Pentium series, it was awful compared to the Core chips, which ran cooler and did much more with each clock cycle. Intel is hitting a wall right now due to having wasted a lot of time and money on projects that didn't pan out, mostly as a result of their terrible CEO who was asked to step down. Intel may have something up their sleeve, but who knows. Though it is safe to presume they are working on a new architecture because they hired Jim Keller.

AMD is a wild card. The Zen processors are good, and the rumors of Zen 2's 3000 series chips are tantalizing to say the least. If AMD manages to carry the lead for the next 3-5 years, Apple might offer AMD processors.
[doublepost=1548744821][/doublepost]
The latest ARM specification that Apple is using does have some optimizations meant to help JavaScript along, but generally this is not true. There is nothing in the A series chips that is specifically optimized for a specific use. Maybe really early versions, but the current chips are general use.

There are some server ARM chips floating around out there that are optimized for specific things, but Apple has increasingly been designing the A series as a general chip. Apple used to skip things like branch prediction, but these days the A series is a legit desktop grade chip. Just... smaller. Desktop grade but not built to scale for actual desktops.
I provided an example scenario, not a fact. But nice try.
[doublepost=1548744909][/doublepost]
Extrapolating, it's would likely do very well. Apple has a process advantage so that alone would be a huge problem for Intel today. Apple would probably have a 30% advantage on that alone.

But such a chip does not exist and Apple can't simply pull one out of thin air.

AMD vs an Apple A series would be a much more interesting comparison in since they're both in the same place technologically.
Extrapolating based on feelings or comparison of what an iPad or iPhone can do and trying to compare it to a workstation grade processor and case-use environment?

Duh. It would cost Apple billions of dollars in R&D to get to that point.
[doublepost=1548745035][/doublepost]
Again, that's not true. Software is never designed with x86 in mind unless you are writing assembly. I'm curious as to what you're thinking that differences would be. 64 bit and 32 bit? Sure there are differences there because all your data sizes change. Big endian and little endian? Yep differences there too, that's what caused issues with PowerPC -> Intel.

A series and x86 are both little endian. They're both 64 bit. That takes the only big things off the table.



I'm not getting into a measuring contest here, but I will say if you think I'm an amateur at this or that I'm working on small things in my garage you'd be mistaken.

I think you're way out of your league. You're way, way, way oversimplifying how fruitful compiling is. It is not going to be an easy task for industry leading software makers and they can afford the extra QA time. Smaller vendors? Who knows. Apple switching over processors instead of looking at AMD is going to be a huge mess for them like PPC to Intel was.

Maybe you can shoot and edit a video for it.
 
Last edited:
It would cost Apple billions of dollars in R&D to get to that point.

I think that is the best argument for Apple to stay on x86 for the higher end. It's not that ARM couldn't do it, or that software couldn't compile for it. It's that manufacturing and designing the higher end CPUs is a lot of extra cost.

That said, if Intel can't deliver the goods and Apple feels they can scale up and beat the competition with an A series, probably would seem worthwhile to them. A lot of this is really up to how AMD and Intel do over the next few years. I don't think the high end is settled yet, but the low end is pretty much assured to go ARM. No one just has anything in their pipelines right now to compete with ARM there.

I think you're way out of your league. You're way, way, way oversimplifying how fruitful compiling is.

I'm waiting for you to enlighten me. Windows for ARM literally recompiles x86 applications on the fly, so I'm really eager to find out why actual compilers suddenly have so much trouble with actual source code.

I keep posting reasoning and I'm not getting much reasoning back in replies.

Literally the only other thing I can think of it stuff like writing SSE3 assembly, but even that requires multiple variants on Intel alone so it isn't really supporting the argument.

It is not going to be an easy task for industry leading software makers and they can afford the extra QA time. Smaller vendors? Who knows. Apple switching over processors instead of looking at AMD is going to be a huge mess for them like PPC to Intel was.

I think AMD is also a decent option. A lot of it will depend on how well AMD does over the next few years, if Apple feels like they can trust them, and how well the A series does.
 
I'm waiting for you to enlighten me. Windows for ARM literally recompiles x86 applications on the fly, so I'm really eager to find out why actual compilers suddenly have so much trouble with actual source code.

I keep posting reasoning and I'm not getting much reasoning back in replies.
Windows for ARM was finely tuned. Windows for ARM didn't really work out not because of the headache, but because of the little vendor pull in and because it wasn't really popular with people. Coincidentally, a few months ago, Microsoft announced they were opening up Windows for ARM even more to get developers in on the platform. I'm not stating apps are written completely differently, but some apps will or may perform better on an x86-64 processor because of the features they bring over ARM. Make sense? I just can't imagine Apple investing in an ARM processor outside of their lowly MacBooks.
 
I can see it now. Why the iMac hasn't been updated.

Two Platforms : Mac OS on Intel and IOS on ARM.

ARM : Macbook Air,Macbook and iMac.
Intel : Macbook Pro iMac Pro and Mac Pro.
 
I think that is the best argument for Apple to stay on x86 for the higher end. It's not that ARM couldn't do it, or that software couldn't compile for it. It's that manufacturing and designing the higher end CPUs is a lot of extra cost.

That said, if Intel can't deliver the goods and Apple feels they can scale up and beat the competition with an A series, probably would seem worthwhile to them. A lot of this is really up to how AMD and Intel do over the next few years. I don't think the high end is settled yet, but the low end is pretty much assured to go ARM. No one just has anything in their pipelines right now to compete with ARM there.
Yeah, I'm not disagreeing with you there. I just can't imagine Apple spending that kind of money even though they can buy a conglomerate like Disney a few times over and still have money to spare. It's a huge feat that may turn out to be fruitless in a few years. I forget the specifics, but it takes several years for a processor design to go from board to pre-production units.

The low end for now isn't great with Ryzen or Intel offerings. Ryzen suffers from some issues at the low wattage end, and Intel's core architecture is just too old. It's likely why they hired Jim Keller. Now the thing with AMD is that Keller helped them out and set them on a path. The CES event for AMD left many speculating AMD has a lot of tricks up their sleeves to screw with Intel for the next 2-4 years.

But if you're as old as I am, then you know to never get too excited over these types of events and rumors. Let the younger kids get bummed out.
[doublepost=1548746498][/doublepost]
I think AMD is also a decent option. A lot of it will depend on how well AMD does over the next few years, if Apple feels like they can trust them, and how well the A series does.
Yeah, AMD needs to show Apple they'll have consistent developments YoY for a predetermined time frame, say 7 years, before they begin switching or possibly offering two CPU vendors when people pick out a processor type and speed on the order page. This isn't the mid 2000s where Intel can bribe OEMs on the hush-hush and expect it not to get out. Verified leaks pay big money to those who speak to the media.

I can see Threadripper and Epyc being options once you get past the really mid-range but pricey Xeons in the future. The reality is while Intel's 28c Xeon is impressive, I'm sure AMD can come up with something better. I'd pay close attention to Intel's actions in Q2-Q4 as AMD begins to release new product lines. Intel's actions can be very telling of how afraid they are of AMD gaining marketshare.
[doublepost=1548746576][/doublepost]
I can see it now. Why the iMac hasn't been updated.

Two Platforms : Mac OS on Intel and IOS on ARM.

ARM : Macbook Air,Macbook and iMac.
Intel : Macbook Pro iMac Pro and Mac Pro.

Well, Apple could always allow iOS to run natively on a regular Intel Mac. Apple has their own "skunkworks" division inside HQ. Who knows what kind of Frankenstein experiments their top engineers come up with. Let's not forget one of those engineers was playing around with Apple OS on Intel based systems way back in the very early 2000s.
 
Last edited:
Windows for ARM was finely tuned. Windows for ARM didn't really work out not because of the headache, but because of the little vendor pull in and because it wasn't really popular with people.

I think you're confusing Windows RT and Windows 10 for ARM. They aren't the same thing. Windows RT was what they released a few years ago and could only run mobile style applications for ARM which is what sank it. Windows 10 for ARM is the full thing plus x86 app support. They know Windows RT didn't work out and wasn't popular, and they scrapped it. Windows 10 for ARM is basically designed to run the same software, and so that people don't even notice they're on an ARM CPU.

Windows 10 for ARM is a current product on the market and actively being sold on Windows ARM machines. Windows RT is the OS that died. Windows 10 ARM is not past tense and hasn't not worked out. It just launched late last year. Windows 10 ARM even has the full Pro edition.

I think that people haven't noticed that Windows for ARM has relaunched might speak to it actually having not caused many problems in the market and working pretty transparently.

I'm not stating apps are written completely differently, but some apps will or may perform better on an x86-64 processor because of the features they bring over ARM. Make sense?

...maybe. But I think that's a tough argument to make.

Intel does have AVX, and ARM has NEON. But I haven't heard of any huge differences that would cause big performance differences. And with performance sensitive stuff moving to the GPU, use of CPU level vector instructions is getting marginalized. I’ve only worked in NEON though, I only have cursory knowledge of AVX at the assembly level.

What the A series is doing with big/little CPUs seems better than HyperThreading, and last I heard Intel was considering adopting a big/little model.

Generally I'd say it's really hard to declare a clear winner. It would be case by case at best. And I think any of that would be washed away by the Intel CPUs just being slow in general right now.
 
I think you're confusing Windows RT and Windows 10 for ARM. They aren't the same thing. Windows RT was what they released a few years ago and could only run mobile style applications for ARM which is what sank it. Windows 10 for ARM is the full thing plus x86 app support. They know Windows RT didn't work out and wasn't popular, and they scrapped it. Windows 10 for ARM is basically designed to run the same software, and so that people don't even notice they're on an ARM CPU.
Nope. I know what Windows RT was. Microsoft announced they were bringing more more openness for Windows for ARM because there wasn't enough bite the first time around. This was also around the time there was a rumor of Microsoft working with Google to bring Windows and Android fluidity together, which I presumed was copying what Apple did. You can do something like it now, but it's not very good.
[doublepost=1548747979][/doublepost]
Intel does have AVX, and ARM has NEON. But I haven't heard of any huge differences that would cause big performance differences. And with performance sensitive stuff moving to the GPU, use of CPU level vector instructions is getting marginalized. I’ve only worked in NEON though, I only have cursory knowledge of AVX at the assembly level.


Some workloads are better in conjunction with a capable GPU and processor, and not just GPU. There is no real standard out there to dictate what should work and how it should work, and this causes a problem for consumers. Companies don't care because they already got your money.

The AVX family of instruction sets has expanded and some sets provide more shortfalls than upswings, so to speak.
What the A series is doing with big/little CPUs seems better than HyperThreading, and last I heard Intel was considering adopting a big/little model.

Are you referring to Sunny Cove? Unfortunately, I haven't read into this at all apart from headlines and some gossip on tech blogs and forums. Though anything we see in late '19 or mid '20 may just be low wattage stuff.

Generally I'd say it's really hard to declare a clear winner. It would be case by case at best. And I think any of that would be washed away by the Intel CPUs just being slow in general right now.

Intel working on refined architecture until Keller can set them up for something special seems to be the way to go. They can take a beating from AMD for a few years before their marketshare deteriorates. AMD is closing the gap with each architecture iteration. I've read some wild claims like 15-35% boost on single thread performance which would knockout Intel's offerings for both gaming and multi-threaded performance.

Did anyone not find it weird Intel just happened to have processors ready for release that offered more cores for roughly the same amount? Though their move to drop HT from the i7 series which is really just an i5 was dumb as hell.

As far as moving on, it's too early to tell as you pointed out. I'm on an older Intel HEDT for a home workstation and I've been wanting to upgrade for two years now. The truth is each time I read rumors which end up being about 80% true and I keep putting it off. With DDR4 prices set to drop this year and the arrival of DDR5 in 2021-2022, we're going to see some great stuff from both Intel and AMD.

Also, why I knew the Srouji rumor was ********. You don't need a CEO with that type of skill who can assemble a team when you can hire someone who's well known for making groundbreaking processor architectures for any company who hires him. Jim Keller. Srouji would have been a bad fit at Intel.
 
Last edited:
Windows 10 for ARM is the full thing plus x86 app support.

Correct if wrong, but my understanding is: only 32-bit Windows x86 apps are capable of running in emulation mode on a "Windows 10 for ARM" machine. No 64-bit Windows x86 apps can work.
Even though: the latest ARM CPU may itself be listed as 64-bit.
Device drivers may also be required to be 32-bit only, although also not certain about that.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.