Is there a reason to prefer HFS+ over APFS for disk images in High Sierra and/or Mojave?macOS partition not showing up after High Sierra updateCannot partition internal drive to install bootcamp because of APFS/High SierraHow to install and migrate to High Sierra on an encrypted FS?Using Carbon Copy Cloner 4 to create encrypted bootable HFS+ clones from APFS sourceTerminal command to force-install Mac OS High Sierra onto a specified drive?How to securely `shred` a file in Mojave/APFS?Upgrade from High Sierra to Mojave corrupted my partition table, unusable MBPUnable to format internal drive as APFS on 2018 MacBook ProDisk format for HDD with both APFS and HFS+ volumesTimemachine backups to Encrypted APFS partition. Checkbox turn off encryption
What the heck is gets(stdin) on site coderbyte?
How to test the sharpness of a knife?
Identifying "long and narrow" polygons in with PostGIS
Why would five hundred and five be same as one?
Proving an identity involving cross products and coplanar vectors
Given this phrasing in the lease, when should I pay my rent?
Has the laser at Magurele, Romania reached a tenth of the Sun's power?
Alignment of six matrices
Animation: customize bounce interpolation
Can I cause damage to electrical appliances by unplugging them when they are turned on?
Is there anyway, I can have two passwords for my wi-fi
How much do grades matter for a future academia position?
Isometric embedding of a genus g surface
Anime with legendary swords made from talismans and a man who could change them with a shattered body
How do you justify more code being written by following clean code practices?
Make a Bowl of Alphabet Soup
Are Captain Marvel's powers affected by Thanos breaking the Tesseract and claiming the stone?
How can ruler support inventing of useful things?
Should I assume I have passed probation?
What is this high flying aircraft over Pennsylvania?
How to get directions in deep space?
Determining multivariate least squares with constraint
How do I tell my boss that I'm quitting in 15 days (a colleague left this week)
How to leave product feedback on macOS?
Is there a reason to prefer HFS+ over APFS for disk images in High Sierra and/or Mojave?
macOS partition not showing up after High Sierra updateCannot partition internal drive to install bootcamp because of APFS/High SierraHow to install and migrate to High Sierra on an encrypted FS?Using Carbon Copy Cloner 4 to create encrypted bootable HFS+ clones from APFS sourceTerminal command to force-install Mac OS High Sierra onto a specified drive?How to securely `shred` a file in Mojave/APFS?Upgrade from High Sierra to Mojave corrupted my partition table, unusable MBPUnable to format internal drive as APFS on 2018 MacBook ProDisk format for HDD with both APFS and HFS+ volumesTimemachine backups to Encrypted APFS partition. Checkbox turn off encryption
I'm creating small encrypted disk images (under 10 GB) to be used to secure data and transfer between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
macos high-sierra mojave apfs hfs+
New contributor
add a comment |
I'm creating small encrypted disk images (under 10 GB) to be used to secure data and transfer between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
macos high-sierra mojave apfs hfs+
New contributor
add a comment |
I'm creating small encrypted disk images (under 10 GB) to be used to secure data and transfer between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
macos high-sierra mojave apfs hfs+
New contributor
I'm creating small encrypted disk images (under 10 GB) to be used to secure data and transfer between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
macos high-sierra mojave apfs hfs+
macos high-sierra mojave apfs hfs+
New contributor
New contributor
edited 1 hour ago
bmike♦
160k46287622
160k46287622
New contributor
asked 1 hour ago
user11421user11421
162
162
New contributor
New contributor
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
Now, within the sparse disk image, I can’t imagine you will be able to measure any performance difference between HFS+ and APFS since that filesystem is fully synthetic and depends only on the underlying writes for performance. The other technical details remain relevant for whatever embedded FS you chose inside the images.
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "118"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
user11421 is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fapple.stackexchange.com%2fquestions%2f354375%2fis-there-a-reason-to-prefer-hfs-over-apfs-for-disk-images-in-high-sierra-and-or%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
Now, within the sparse disk image, I can’t imagine you will be able to measure any performance difference between HFS+ and APFS since that filesystem is fully synthetic and depends only on the underlying writes for performance. The other technical details remain relevant for whatever embedded FS you chose inside the images.
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
add a comment |
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
Now, within the sparse disk image, I can’t imagine you will be able to measure any performance difference between HFS+ and APFS since that filesystem is fully synthetic and depends only on the underlying writes for performance. The other technical details remain relevant for whatever embedded FS you chose inside the images.
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
add a comment |
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
Now, within the sparse disk image, I can’t imagine you will be able to measure any performance difference between HFS+ and APFS since that filesystem is fully synthetic and depends only on the underlying writes for performance. The other technical details remain relevant for whatever embedded FS you chose inside the images.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
Now, within the sparse disk image, I can’t imagine you will be able to measure any performance difference between HFS+ and APFS since that filesystem is fully synthetic and depends only on the underlying writes for performance. The other technical details remain relevant for whatever embedded FS you chose inside the images.
edited 24 mins ago
answered 1 hour ago
bmike♦bmike
160k46287622
160k46287622
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
add a comment |
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
45 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
27 mins ago
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered 47 mins ago
fluffyfluffy
435314
435314
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
add a comment |
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
26 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
15 mins ago
add a comment |
user11421 is a new contributor. Be nice, and check out our Code of Conduct.
user11421 is a new contributor. Be nice, and check out our Code of Conduct.
user11421 is a new contributor. Be nice, and check out our Code of Conduct.
user11421 is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Ask Different!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fapple.stackexchange.com%2fquestions%2f354375%2fis-there-a-reason-to-prefer-hfs-over-apfs-for-disk-images-in-high-sierra-and-or%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown