Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
I'm cool with offloading seldom used apps to central storage, but I want that central storage to be in my basement. Or at least cached in my house. The basement server is the technology that I think is missing from the Apple product lineup. I want to be my own cloud, that way when my 18 different devices synch photos to one another, it stays (mostly) in my house. Privacy, bandwidth, optimized performance for the common case of wanting to watch my favorite movies over and over on AppleTV. Home cloud, basement server, that's the future I want.

Then you must live in a bag! You should learn about products like Synology DS 416play.
 
  • Like
Reactions: hiddenmarkov
Then you must live in a bag! You should learn about products like Synology DS 416play.


This. higher end models can do even more. The plus models tend to support hardware based encryption if a needed or liked feature. Means you aren't relying on the computer doing all that work. I see no loss in performance when I pass large amounts of data that needs to be encrypted on my 1515+.

3rd party stepped in here in a big way, even for other vendors and OS's. Base shell (no drives) of a NAS is approaching the price of even a barebones system build. It can be the drives that turns even the barebones into expensive gear fast imo. And at least with synology DSM (its OS for the NAS for the not familiar)....its gets as simple or complicated as you want it. Can be easier than setting up a proper windows or even linux file server with security in place.
 
If MacRumors think Apple File System is just a tidbit, then they hjyst don't get it. The move from HFS+ to Apple File System is a massive change. Quite a bit of time was spent in the State of the Union keynote about it.

Things like - TextEdit Icon Spotted on iOS 10 During WWDC 2016 Demo get a deticated news article here but Apple File System does not in this topic, that's just a joke.

Even Ars Techina wrote a separate article about Apple FIle System
http://arstechnica.com/apple/2016/0...ocumentation-for-apfs-apples-new-file-system/
Because Apple File System is just that important a change that it deserves it.

"So a new app icon is so important to deserves it's own dedicated topic but a new file system replacing one decades old does not." This is saying that to some people here app icons are more important than MacOS's file system.
 
Last edited:
  • Like
Reactions: Mapjin and leman
Apple is treating APFS as huge, why MacRumors is not really confuses me. I don't get why MacRumors is not.

Unfortunately, Macrumors is more interested in generating clicks and views. APFS is great news, but not as exiting to an average Apple user than a random artists iPhone 7 concept rendering...
 
  • Like
Reactions: montycat
I say what? There is a silicon chip in Macs and it is called Intel .....and I seriously doubt a high executive li him would "forget" to keep a secret.


How are the 2 related? I mean if Sierra is runnng on Mac that have Intel....don't see the connection there.

Some older machine (running intel )are unsupported because the new one will have an ARM chip, and yet the one in between (again intel chip) will be able to run such os...

So what is it an ARM version or an Intel version?? or a hybrid..... and if it is a hybrid why it makes sense for some machine not to be supported..



This, even forgetting about the tiny space in iCloud, say i have a file wich i use very little, and to save space it is uploaded to the cloud and removed from my hd, I then go in a trib and have NO internet how do I access that file, that kindly was removed without me knowing to save space?.... am I stuck with a chromebook?

The older macs which have been excluded aren't fast enough for hardware encryption on the fly, which is a main feature of APFS. It would not make any sense to have significant parts of the Sierra macOS users unable to run the new file system, and would hinder the uptake of APFS.

There will not be an ARM mac, it would be even slower than the Macbook and need a permanent translation chip just to keep up with intel only apps. Basically it would be pointless to divert the relatively underpowered iPad chips to macOS.

You can turn off the iCloud sync in the system settings for that spacesaver "feature".
 
You can turn off the iCloud sync in the system settings for that spacesaver "feature".

I know, but this is the first step into a cloud centric environment (the music.. the photos and now your files) IF Apple really wants to help me manage my HD they should lower the insane price for the ssd so I can get a bigger one, on the other hand if they want to push people to use the cloud, giving 5 gb (is this 2016?? people complain about 16 GB on an iPhone but are fine with 5gb of storage for their file?) is not a good start, they should provide more space if the want people to start using it and get sucked into that kind of "mentality".

For the ARM Mac I think you misinterpreted me, I wasn't suggesting they will make it, I was arguing against it....
 
  • Like
Reactions: kiwipeso1
The older macs which have been excluded aren't fast enough for hardware encryption on the fly, which is a main feature of APFS. It would not make any sense to have significant parts of the Sierra macOS users unable to run the new file system, and would hinder the uptake of APFS.

First of all, Sierra does not feature full APFS support. Full AFPS support is coming with 10.13. Second, AFPS will be supported by 10.11 and up. Third, filesystem encryption has been there for years, so I have difficulties understanding your arguments.

There will not be an ARM mac, it would be even slower than the Macbook and need a permanent translation chip just to keep up with intel only apps. Basically it would be pointless to divert the relatively underpowered iPad chips to macOS.

I used to be extremely sceptical about ARM on desktop, but then the new benchmarks are indeed very surprising. ARM is catching up! https://mikeash.com/pyblog/friday-q...risons-of-common-operations-2016-edition.html
 
First of all, Sierra does not feature full APFS support. Full AFPS support is coming with 10.13. Second, AFPS will be supported by 10.11 and up. Third, filesystem encryption has been there for years, so I have difficulties understanding your arguments.



I used to be extremely sceptical about ARM on desktop, but then the new benchmarks are indeed very surprising. ARM is catching up! https://mikeash.com/pyblog/friday-q...risons-of-common-operations-2016-edition.html

1. AFPS features multi-key file encryption, so every file can have it's own key. The older macs aren't capable of handling that at a reasonable speed, so it would have to be crippled just for ancient macs, and would not work properly anyway.

2. The ARM benchmarks don't translate directly to performance in complex calculations in x86.
In order to have a functional mac on ARM, you need a physical translation chip that handles existing software designed for an entirely different CPU architecture that is significantly more powerful than the ARM family.
 
If Apple wants to save space on my mac how about starting from - DO NOT STORE iOS APPS ON MY MAC or let me choose if I want to waste 30+gb for apps which don't run on mac!
 
  • Like
Reactions: kiwipeso1
1. AFPS features multi-key file encryption, so every file can have it's own key. The older macs aren't capable of handling that at a reasonable speed, so it would have to be crippled just for ancient macs, and would not work properly anyway.

Why not? Does FileVault use some other, simpler algorithm?

2. The ARM benchmarks don't translate directly to performance in complex calculations in x86.
In order to have a functional mac on ARM, you need a physical translation chip that handles existing software designed for an entirely different CPU architecture that is significantly more powerful than the ARM family.

I was thinking more along the lines of cross-compilation rather then emulation. Apple already has fat binary technology, so it shouldn't be a big problem compiling apps for multiple platforms at the same time. I have no doubt that most App Store apps would compile to ARM. Of course, you are absolutely correct that more complex legacy code (e.g. Photoshop) is a different beast. also, let me again stress the fact that I am not a proponent of ARM Macs. I am merely saying that ARM starts to be mature enough so that in a few year times, ARM-based desktop machines could be a viable choice. The binary code compatibility remains an issue of course, but Apple already has a lot of experience in that, as they have transitioned between instruction sets before and also support a number of different instruction sets simultaneously at the current time.
 
  • Like
Reactions: kiwipeso1
Why not? Does FileVault use some other, simpler algorithm?



I was thinking more along the lines of cross-compilation rather then emulation. Apple already has fat binary technology, so it shouldn't be a big problem compiling apps for multiple platforms at the same time. I have no doubt that most App Store apps would compile to ARM. Of course, you are absolutely correct that more complex legacy code (e.g. Photoshop) is a different beast. also, let me again stress the fact that I am not a proponent of ARM Macs. I am merely saying that ARM starts to be mature enough so that in a few year times, ARM-based desktop machines could be a viable choice. The binary code compatibility remains an issue of course, but Apple already has a lot of experience in that, as they have transitioned between instruction sets before and also support a number of different instruction sets simultaneously at the current time.

Filevault uses a simpler way to encrypt, as it is just one key. That is actually less secure than having multiple keys.
If you understand why it's best to have multiple keys locking multiple things, rather than a single master key for everything, then you have understood most of the maths involved in third year cryptography maths.

As far as ARM macs go, they would by design be slower and less capable of performance than a Macbook.
Any saving in cost for the ARM CPU would be eaten by the instruction translator chip, as performance of software translation would not be realtime.
Technically, we would be considering a reverse process of the PPC to x86 transition, as PPC was risc & x86 is cisc.
Going from cisc to risc necessarily involves increased speed of risc to catch up with cisc instructions.
ARM tops out just below the speed of Core M processors, so you would see severely underpowered desktops.
 
I can't disagree with this strongly enough.
Because you feel responsible computing is some kind of oppression. This is the same mentality that being legally required to wear a seatbelt restricts your rights.
You can be as irresponsible as you like. But it should not be the default, and it should not be celebrated.
 
Sorry if I missed this but is it known if the resurrected RAID in 10.12 disk utilities is multi threaded? AS far as I know SoftRAID's speed gain over Apple was the fact they are using multi-threaded drivers and Apple was single.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.