Live data from Hacker News

Apple File System

developer.apple.com

271–280 of 406 posts

Re: Apple File System

#271

Earlier quoted context omitted.

Really? What filesystem do they use in SteamOS?

SteamOS is Linux, based on Ubuntu. So I assume it is ext4, ext3, or xfs. Btrfs is not stable enough IMO for something like SteamOS.

SteamOS is based on an older Debian release and uses ext4.

Re: Apple File System

#272
post #19

No checksumming?

I have a theory on this regarding consumer devices: Checksumming drives a lot of support calls that would otherwise not happen. As long as the errors are in media files and not meta-data, most consumers are going to be oblivious to bit rot in their downloaded movies and photos. Enabling checksumming is going to reveal a lot of errors that would otherwise be silently ignored (spoken from experience running a ZFS media…

They could just checksum metadata, which is cheaper to store redundantly.

ReFS already does this when you're running it on non-redundant storage - integrity streams are only enabled on mirrored/parity configurations.

Re: Apple File System

#273
post #182

Earlier quoted context omitted.

Apple is far more willing to switch to more newer technologies than Microsoft is.

... and Microsoft is far more willing than Apple to put effort into backwards compatibility.

In the past, nobody did a better job of backwards compatibility than Microsoft.

Lately, Microsoft is showing that they aren't afraid to break things in the name of progress. If W10 is indeed the last version of Windows, maybe that's okay.

Re: Apple File System

#274
post #237

Earlier quoted context omitted.

Yes. I was a heavy user of ZFS on Mac OS X back then. Was on the developer mailing list for that implentation, submitting bugs and talking to Apple developers working like mad to ship it. Then Steve Jobs' buddy Larry bought Sun, and licensing of ZFS became basically impossible to sort out on time. So they dropped it. Was that 2007 or 2009?

The Sun acquisition was announced in 2009 and closed in 2010. It may have been related, but I have my own suspicions about about what caused Apple to jettison their port.

Do tell.

Re: Apple File System

#275
post #182

Earlier quoted context omitted.

Apple is far more willing to switch to more newer technologies than Microsoft is.

... and Microsoft is far more willing than Apple to put effort into backwards compatibility.

I don't know about that. Apple switched processor architectures twice, and both times software written for the old arch ran on the new one. And when they replaced their entire operating system, they not only made it so you could still program against the old API—just recompile and go—they also made it possible to run the old OS inside the new one so you could still run apps that hadn't yet been recompiled.

Re: Apple File System

#276
post #221
post #194

Earlier quoted context omitted.

Many filesystems exist that do not run on a "plain" read/write block device, because storage based on flash is more complicated than the old random-sector-access magnetic hard drives. See for example UBIFS and JFFS2 on Linux. Having full and direct low-level control of on-board SSDs could very well be advantageous for performance and longevity of the flash on modern macbooks. Things like combining TRIM with low-level…

Taking advantage of the differences between flash and spinning rust only requires that you know which one you're running on. Moving the wear leveling code into the OS where the filesystem can see it is an interesting idea but why aren't we doing that for all SSDs and operating systems then?

Already implemented in faster DSP from what I gather... http://arstechnica.com/apple/2011/12/apple-lays-down-half-a-...

Re: Apple File System

#277
post #19

No checksumming?

That is insane! I just so strongly assumed that any new advanced filesystem would have checksumming, I read the entire document without realizing it is never mentioned.

It would be unbelievable if they really didn't have checksumming. Could it just be that they haven't documented it yet? That seems weird and unlikely, but... not was weird and unlikely as APFS not having checksumming.

Re: Apple File System

#278

I hope finally a filesystem that allows me to unplug a USB drive (while it is still mounted) without potentially corrupting it.

Any filesystem that doesn't cache writes will basically have that property, unless you're talking about unplugging while write operations are happening, in which case all bets are off.

Re: Apple File System

#280
post #218

Earlier quoted context omitted.

Checksumming makes no sense on modern hardware. Hard Drives and SSDs use CRCs already. When a sector goes bad on a hard drive, the firmware will mess about retrying and altering the analog amplifiers to try to get the signal back. If it gets the data back, it might "recover" by moving the data to spare sectors. Without a CRC, the firmware would have no way of differentiating between a sector read correctly and one th…

At least with bigger SATA disks I see regularly checksum errors on btrfs/ZFS and a rising bad sector count. The disk usually replaces the sectors on the next write but when reading it returns either zeros or wrong data. It's nice to know what files are affected from bad sectors. It's not common but common enough to have it.

What sort of "bigger SATA disks" are you using, or how are you treating them?

If I see one bad sector develop on a disk for no obvious reason, it's getting replaced ASAP because it's a sign that more will follow very soon.

Post reply on HN