Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Thanx. It looked too good to be true, since it's supposed to be a tune up only.
I wonder where those scores came from?
Today I have seen that GB3 score for Naples AMD server part is around 3000 pts. Obviously Fake.
 
That might not be as absurd as it sounds. Windows 10 works on phones, tablets, laptops and desktops. Apple has been bringing iOS type features to Macs. They added continuity between devices and Macs. Now with their new file system, all devices will share a common format.

Things that make you go hmmmmm
Also add that iOS 10/sierra both allow to share the user desktop and documents folder in iCloud for easier access. I truly believe it's not so much a convergence of the OS's but at least the files being able to be easily manipulated/worked on depending environmental needs. In the field on an iPad/iPhone and a mac in the office/studio. For what it's worth. I personally love the idea of being able to dock an iPhone/ipad/MacBook(pro) into an powerful display that can also handle the heavy lifting when you need to and then undock for portable needs. Of course with the trade off of being on an iDevice/mac portable, instead of carrying around the workhorse.
 
Broaden your view; a Mac with ARM and Intel/AMD will run TWO OS's in one machine same time. ARM is running an OS, x86 chip second. That's how they'll create the new security features. Intel CPU does not have direct access to IO & TouchID. It has to ask the ARM chip to do the magic, which is working like an immigration officer at Passport booth.

Erm. x86 chips already support secure enclaves. Why would they need to add an ARM chip, and on top of that, have the new ARM chip run another OS? It's bananas.
 
Erm. x86 chips already support secure enclaves. Why would they need to add an ARM chip, and on top of that, have the new ARM chip run another OS? It's bananas.
While Intel has great tech to protect the memory, BIOS and OS, there's no embedded TPM as far as I can tell, and TXT is only available in some Xeon chips. To get the TPM features, you need an external module to achieve that with Intel. Apple already has a patent for a TPM and it is built in the A7 and newer chips. With the ARM co-processor/secondary system they can encrypt the fast SSD's on the fly without bothering the CPU, access TouchID, run new LED panel on next gen MBP and have a DSP for Siri or what ever candies they want.

ARM chip could take care of the Sleep mode tasks too, you know, backup and stuff... with a fraction of the power Intel takes. WIFI/LAN access, BT and USB etc. And Hey Siri! Siri could live in the ARM and do most of its tasks even while Mac is sleeping.

Intel CPU would concentrate on what it is best at; crunching numbers, protecting its memory and sharing tasks with GPU.
 
Last edited:
While Intel has great tech to protect the memory, BIOS and OS, there's no embedded TPM as far as I can tell, and TXT is only available in some Xeon chips. To get the TPM features, you need an external module to achieve that with Intel. Apple already has a patent for a TPM and it is built in the A7 and newer chips. With the ARM co-processor/secondary system they can encrypt the fast SSD's on the fly without bothering the CPU, access TouchID, run new LED panel on next gen MBP and have a DSP for Siri or what ever candies they want.

ARM chip could take care of the Sleep mode tasks too, you know, backup and stuff... with a fraction of the power Intel takes. WIFI/LAN access, BT and USB etc. And Hey Siri! Siri could live in the ARM and do most of its tasks even while Mac is sleeping.

Intel CPU would concentrate on what it is best at; crunching numbers, protecting its memory and sharing tasks with GPU.
You've described the fundamental elements of the architecture of the CDC 6600 supercomputer from 1964...

450px-CDC_6600.jc[1].jpg

https://en.wikipedia.org/wiki/CDC_6600
 
http://www.iclarified.com/57138/apple-adds-arm-support-to-macos-sierra-kernel

macOS Sierrra supports ARM "Hurricane"

An ARM mac imminent? sure but no that mac you think.

Seems like a rather dubious leap. This is just a header file in the mach directory.

mach/machines.h

The Mach kernel is common to both macOS and iOS ( and tvOS and watchOS ). The rewrite of APFS is so that Apple can consolidate the HFS code to a common base ( all four OS get the same code).

Why should there be 2-4 mach/machine.h files? The non header files where there is actual code should be the location of significant differences. In short, there was a mach/machine.h file in iOS for the last 10 years with ARM entries in it.

Yeah there is probably an ARM stealth, internal only project with macOS on ARM. But retail product imminent? You would need a .h or code file that is OUTSIDE the common Mach kernel that is in a macOS only library to put substantive weight on that.

Merging the base kernels doesn't mean the distinctive libraries ( Cocoa, CocoaTouch , etc. ) that sit on top of the kernels are merging.

APFS does nothing for NAS. Headless home server .... macOS doesn't much traction. Apple has been using NetBSD in AirportExtreme's. (although NetBSD may not be tracking the latest 64 ARM solutions all that well. So perhaps. Even more if Apple is going to eventually shift to doing their own Wifi-Bluetooth packaged up with ARM SoCs. ).


P.S. For a Mac Pro context though this could be a bad indicator. If Apple is driving toward just one common kernel code base then they probably aren't going to bake in support for > 4-6 cores. Not that the current one was tracking 10+ (and NUMA) all that well anyway. But a "control costs" move would likely narrow that down even more to something closer to the 2 core configuration dominated in the iOS lineup.
 
Yeah there is probably an ARM stealth, internal only project with macOS on ARM. But retail product imminent?
As usual, a very good analysis my friend.

I had to remember you OS/X was the only OS at iPhone's debut, and officially it ran an stripped down version of OS/X with Cocoa etc, later renamed iOS, the point is the common code base is nothing new, as the news about ARM based macs, that's something I've been reading for a while.

As your clever analysis discards and imminent mac on ARM, it doesnt discards the market hole an arm based mac would fill for apple:

Headless Servers: required for iCoud farms, business solutions (ideally, but I doubt current iCloud farms ran on macOS, I bet iCloud ran on a customized redhat or suse ), also Apple presence in the NAS market is virtually inexistent, the timecapsule its too dumb to retain market it loses to similar priced NAS with multiple Disks and loaded with tons of features, then you have the mac-mini you can conver it on an overkill personal macOS server for 20bucs but still lacks options for internal RAID and adding a DAS to a mac mini is as expensive as to buy an NAS, so usually the NAS wins the purchase and most mac users now have an NAS (synology, qnap are our favs), Apple really needs to revamp macOS server.

Cheap Educational Macbooks
: this is an very important market not on present value but to safe Apple's own future sustainability, kids now are learning on Chomebooks or Linux Machines, are very rare the schools that adopted iPad and much more rare those with Macbooks, this is due costs, an ARM macbook could sell for 300$ and given the inital very limited software offering for ARM macs, those macs wont appeal the mainstream, but ideals for education where you ussually don't like to care of some apps being installed, the machine kids now use to learn will drive their future IT ecosystem selection.
 
Seems like a rather dubious leap. This is just a header file in the mach directory.

mach/machines.h

The Mach kernel is common to both macOS and iOS ( and tvOS and watchOS ). The rewrite of APFS is so that Apple can consolidate the HFS code to a common base ( all four OS get the same code).

Right. This file is shared between iOS and Mac. Unless you believe that they're about to ship an Intel iPhone, or that all of Apple's other ARM architectures are coming to the Mac too, this is a bunch of malarky.
[doublepost=1475602652][/doublepost]
With the ARM co-processor/secondary system they can encrypt the fast SSD's on the fly without bothering the CPU, access TouchID, run new LED panel on next gen MBP and have a DSP for Siri or what ever candies they want.

I don't think this works quite as well as you think it does... The storage controller is directly attached to the Intel chip on board. That's the way storage controllers work. An ARM co-processor wouldn't have access to disk without going through the Intel processor, which would throw away any CPU savings.

You're much, much, much more likely to have a secure enclave in the SMC than a full dedicated ARM chip with a bunch of other functionality you don't need. Remember, the A series has stuff like an integrated GPU. Why would your TouchID chip need an integrated GPU? Makes no sense.
 
Mago, I saw the 380 also but either could be a mistake. But the price is a bit high for an "old" machine.

On another note, macOS will follow M$ with the W10 auto update "feature"? Really Apple?!!
Sorry, not really update but download only, and only if you have enough free space. Still, why would I want to download a full OS in the background if not intentionally? But we can uncheck the download option.
Beta 3 is out by the way.
 
Last edited:

this non-sense rumor dates april 2015...
[doublepost=1475684087][/doublepost]
this, by contrast its something really meaningful, FPGAs should have been added to the PC Cocktails a decade ago at least, but the toolchain for FPGA still pre-historic just to say
 
...
Is it still nonsense? Apple invested money into Sharp IGZO technology.

Sharp has a track record of making lots of displays for iOS devices. (hence the investment to keep a major supplier afloat. )


2014 Article " The entire output of the Japanese display maker's Kameyama No. 1 plant "goes to just one company (Apple)," "
https://www.cnet.com/news/sharp-apple-lcd-screens-iphone-ipad-production-volatility/

2016 " The deal, for a 66 percent stake in Sharp, is intended to make Foxconn a more attractive partner for Apple. The American technology company uses Sharp screens, which could give Foxconn added leverage in dealings between the two. "
http://www.nytimes.com/2016/03/31/business/dealbook/foxconn-sharp.html

In the article you quoted

".... would suggest needing 120 gigabits per second of bandwidth at a minimum (or 15 GB/sec). ... .... because it will be a while before a device of these specifications hits commercial availability. "

Even with display stream data compression there are real problems there. Wouldn't be surprising from the picture, what they have is the four cable of DP 1.2 (maybe DP 1.3 ) that is driving this. Even with 3:1 compression that is 40Gbps. .... with zero overhead.

There are some entertainment folks with large piles of gadget slush fund money that may buy a couple of those, but that is pretty far from a commercial scale product at this point. A Play toy in an Apple R&D lab? Sure. An imminent product? Probably not.
[doublepost=1475690316][/doublepost]
...

Headless Servers: required for iCoud farms, business solutions (ideally, but I doubt current iCloud farms ran on macOS, I bet iCloud ran on a customized redhat or suse ),

Hooey. For basic backbone internet services there is nothing in macOS that has an advantage over Linux or any of the other data center centric flavors of Unix. Nothing.

Apple buys data center hardware from the same pool of vendors that the other mega sized data center vendors by from. None of those other folks are trying to stuff macOS into their data centers. Nobody.


so usually the NAS wins the purchase and most mac users now have an NAS (synology, qnap are our favs), Apple really needs to revamp macOS server.

Most Mac users don't have a NAS ( similar to most users don't do backups). The home server market has very little overlap with the mega data center server market.

Apple does need to put some deeper thought into macOS Server , the time capsule+router. Their router's simplistic NAT firewall is a joke in the current volatile Internet. Crappy security IoT devices are a reality and they need better protection at the edge of the home's internal network. macOS as a Home / SHB server market tool has focus problems.

macOS Server is drifting because the mini and Mac Pro are loosing some of the functionality they once had. They don't necessarily need another machine, but perhaps a better docking station for the Mini. Sonnet has this

http://www.sonnettech.com/product/xmacminiserver.html

Mini could be slotted into something a little more home server friendly, like a cube/rectangle that sits on a desk/shelf if wanted to put into a single container.

However, Apple seems more likely to get distracted into Amazon Echo and Google Home marketplace than do something substantive in the local network storage market. ( kind of AppleTV without the TV part... you just talk to it.)

Cheap Educational Macbooks: this is an very important market not on present value but to safe Apple's own future sustainability, kids now are learning on Chomebooks or Linux Machines, are very rare the schools that adopted iPad and much more rare those with Macbooks, this is due costs, an ARM macbook could sell for 300$

As much as Apple says that education is important they aren't going to do a product just for education. For the $300 price point their solution is and will be for the likely future be iPad. Apple already has an OS for more affordable computers. That is iOS and it is already on ARM.

Could apple trot out an iBook ( an iPad with an attached keyboard arranged in a clamshell). Sure. But it wouldn't be running macOS, nor particularly need macOS. If look at where the iPad Pros are going and then map that technology over 2-3 years to the bottom of the iPad line up (as it becomes complete paid off technolo.... you can see what their strategic direction (and effort) is.

and given the inital very limited software offering for ARM macs, those macs wont appeal the mainstream,

You are completely missing the point of placing software/machines in the schools. It is primarily done to condition students to buy this after they leave for real world jobs. if the software/hardware doesn't have real world software on it then it is completely missing on the specific skills training goal. Good schools will take sales pitched tools and put them in a general/broad skills context so not merely a vendor specific hack shop. Lazy schools just do the single vendor sales job.


Education doesn't really want software that no one else has. They generally want as least expensive as possible stuff (that a broad user base can drive the costs out of ). [ There are some edu specific tasks were is narrow but those are a very narrow subset of the computer system usage. ]


It isn't just Macs. Apple's iOS devices are priced out of reach for 90% of the folks on the planet. At some point Apple is going completely saturate the relatively narrow, highly profitable subset that sell into. More than likely at that point they'll need another brand to sell into a another subset with substantially lower margins.
 
Well well, there it is. Thanks for the link.
[doublepost=1475700941][/doublepost]
Whoops, wrong link.

http://www.anandtech.com/show/10732...i-for-vr?_ga=1.207763410.153976211.1469466362

Is it still nonsense? Apple invested money into Sharp IGZO technology.
27" 8k display? Do we have here iMac Pro screen? Internal DP 1.4 cabling..
 
  • Like
Reactions: JamesPDX
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.