Here's a comparison test between booting APFS and HFS+ on an unsupported Mac
Is that on a SSD or an HDD? APFS is not optimized at all for hdd yet.
Even so, it's the first developer beta. It's going to get better.
Well that's something I wasn't expecting at all
Is it just because it's the first developer beta? And the they still need to tune the crap of the system for it to perform a hole lot better on APFS ? I mean at least for me it was like the main reason to even try High Sierra in the first place and now we find out it's slower than HFS ? Has anyone seen a video on YouTube or something similar to @foxlet 's test on a supported machine? Or does it preform like that because of the necessary " adjustments " to boot on a unsupported machine?
Apple even made a comparison in the Keynote highlighting how APFS was a lot faster
thanks for that video and work @foxlet![]()
Well that's something I wasn't expecting at all
Is it just because it's the first developer beta? And the they still need to tune the crap of the system for it to perform a hole lot better on APFS ? I mean at least for me it was like the main reason to even try High Sierra in the first place and now we find out it's slower than HFS ? Has anyone seen a video on YouTube or something similar to @foxlet 's test on a supported machine? Or does it preform like that because of the necessary " adjustments " to boot on a unsupported machine?
Apple even made a comparison in the Keynote highlighting how APFS was a lot faster
thanks for that video and work @foxlet![]()
Ouch! Is this on SSD or the original 5400rpm builtin drive.
There's two factors involved for boot, how long it takes for EFI to find the APFS disk, and how long it takes for the kernel (once loaded) to mount it inside the macOS system.
The first part (on an unsupported Mac) is done by newCore which is slower than the native Apple method that exists on the firmware of all updated Macs (and it's slower because it essentially does all the firmware modifications on every boot, rather than baking it into firmware). The EFI extensions, however, are from Apple, (and fully compatible with unsupported Macs) so kernel loading is similar speed once the disk is found.
Since there's no technical contest between both newCore and Apple, the second part of the video only concerns the difference after the kernel has started.
The second factor is up to macOS itself, modifications aren't involved. APFS itself involves extra containers and additional metadata that the kernel has to churn through before mounting the OS partition (as well as potential bugs), so compared to HFS that adds additional seconds before any of the relevant services have time to start.
Obviously it is a Developer Beta, so there's still some work left to go through before they are on par or faster. Also note that this only involves boot, once you get into the userland macOS, things are very snappy, more so than HFS!
[doublepost=1497281738][/doublepost]
It's on a PNY CS1311 SSD, running at SATA II speed.
Oh ok, once again thanks for the explanation @foxlet. That explains a lot, and why you say we can only ( for now ) test APFS with dual system setup once you release your NewCore 0.2 tool.
So it's doesn't look too good that, if even you or another found a way for example to modify your paticular mac firmware model to boot APFS like a supported machine, this would not necessarily mean that it would work on other models right?
I do see a very positive thing here, like you said once the system is fully loaded on APFS, that the system usage is indeed fasterthat's very good to know!
It's just cleanup into different kexts for packaging. 0.2 already covers all the other cases for kernel flags.
For those of us still having issues with the backlight not working, I put together a small app which will set the backlight whenever the screen is unlocked.
You don't need a dual system to boot APFS, Sierra is only required for installation (you can boot it externally and have a whole APFS disk that way). The APFS boot system itself runs off the ESP partition (hidden by default under macOS). Baking the needed extensions to firmware means that it has to be ported to every unsupported Mac, and that assumes every firmware ROM has enough space to fit the extra software.
My system is an Unsupported (Early 2009) MacPro patched to 5,1 and upgraded last year with faster processors, more memory, Video card upgrade, etc.
But no room to spare on my current "boot drive" ...
so I've ordered a larger SSD and will clone my system onto that
before doing the upgrade to High Sierra beta.
View attachment 703318
The links are on page 4. It doesn’t look like 0.2 is ready yetIs version 0.2 available yet?
Anyone with MacBook5,2! What is mean trackpad detected as a mouse? No trackpad configuration in System Preferences? Or just the multitouch gestures not working? So what's working on MB5,2's trackpad?
Heh...just for 5#it's and giggles, loading HS on my MB5,2. We'll see what else breaks (beyond the trackpad and brightness controls on Sierra).
Essentially, the trackpad on the MacBook 5,2 is not detected as a trackpad by the system, it is only detected as a regular USB mouse. Because of this, you cannot change settings for the trackpad, such as enabling 2-finger right click.Anyone with MacBook5,2! What is mean trackpad detected as a mouse? No trackpad configuration in System Preferences? Or just the multitouch gestures not working? So what's working on MB5,2's trackpad?
cool!
1) can you post the code?
2) can you make 0% on slider not be 0 because then you can't see anything to change it
3) can you make it change when you MOVE the slider not just let go of the mouse?
Perhaps it detects how much drive space you have free and downloads one or the other. My iMac downloaded only the 7.8 MB installer, but the Retina MacBook Pro has more space free and it's currently downloading the full 5.26 GB.
Okay, swapped the OWC 240Gig Electra 3 SSD for a 480 Gig Electra 6 SSD last night & restored to 10.12.5 via TimeMachine overnight. So, I've got plenty of room on "Macintosh HD" now!
I'll keep reading - and, thanks for all you do here!
Cheers!
You're right, it isn't just determined by free space. The download got stuck on the MacBook Pro and I had to cancel, trying again resulted in only the 7.8 MB installer app.It is definitely not free space, I have 300GB of it, and I get this annoying 5MB installer shell.
I thought ok, maybe file vault encryption, so it can load it directly, disabled it, but no, still get the stupid 5MB installer shell.
I'm right now in Spain without a high bandwidth internet connection. I could download it in 5h or so, but the 5MB shell installer thing has no pause or resume function. I tried 20 times, if it would be a regular download I would long downloaded it 5 times over, ... !!!
One thought: maybe Apple is giving people who ever logged in with a VMWare macos or mackintosh this installer shell thing to make it more annoying / difficult to create an install image?