> Apple's SSDs have built-in protection against data-loss from power loss which is usually an enterprise SSD feature. It's a bit arguable. On Macos the well-k

> Apple's SSDs have built-in protection against data-loss from power loss which is usually an enterprise SSD feature. It's a bit arguable. On Macos the well-known operation 'fsync' which exists for the sole purpose of committing files to durable storage doesn't protect files against data loss if there's power loss. You can ask for data to be committed more durably through a Macos-specific API, in which case those Apple SSDs are a lot slower than other good SSDs at doing this. As most software uses 'fsync' to durably commit files, that stored data is not protected against power loss for some time. VMs either use the equivalent operation to implement filesystem barriers, or the very slow but more durable Macos-specific operation. Either way, these are not great SSDs for protection against data loss on power failure. As measured by Asahi Linux folks: "Apple's custom NVMes are amazingly fast – if you don't care about data integrity" (https://twitter.com/marcan42/status/1494213855387734019 https://twitter.com/marcan42/status/1494213855387734019 / https://forums.macrumors.com/threads/ssd-flash-storage-in-macs-premium-prices-for-garbage.2335073/ https://forums.macrumors.com/threads/ssd-flash-storage-in-ma... / https://news.ycombinator.com/item?id=30370551 https://news.ycombinator.com/item?id=30370551) "Well, this is unfortunate. It turns out Apple's custom NVMe drives are amazingly fast - if you don't care about data integrity. If you do, they drop down to HDD performance. Thread." "For a while, we've noticed that random write performance with fsync (data integrity) on Asahi Linux (and also on Linux on T2 Macs) was terrible. As in 46 IOPS terrible. That's slower than many modern HDDs. We thought we were missing something, since this didn't happen on macOS." [Except it does happen on Macos when the equivalant API is used.]