The design of littlefs
https://github.com/littlefs-project/littlefs/blob/master/DESIGN.md
The design of littlefs
https://github.com/littlefs-project/littlefs/blob/master/DESIGN.md
F2FS has a *much* higher performance for flash disks compared to Ext4, exFAT, and XFS. Looks like it is still a bit buggy, but nevertheless it's production ready.
I was trying to copy about 100GB of various files to my flash disk and it was taking HOURS to finish. I reformatted it as F2FS and it finished in less than 15 minutes. Phenomenal!
SSD death ☠️💀
I am busy rebuilding the data from an SSD which died all of a sudden from one moment to the next without giving any warnings in any manner in any way.
I always monitor SMART output of SSD drives & mechanical spinners (HDD)
I've not seen any smart output indicating imminante dead
This drive has acted like your girlfriend when she's just not in a good mood and without explanation says nothing to you in the morning, for hours.
This hard crash, means that the S.M.A.R.T. monitoring hardware didn't have proper Communications with the integrated circuits on the SSD.
The drive was always powered many times a month, never left without power for more than a week or so, thus that has not been a contributing factor to the SSD catastrophic failure
The drive itself is fairly small.
The data on this dead SSD I've backed up on remote drives connected in JBOD format to machines which I have running remotely.
No ZFS on my backup machines
NO ZFS under these global SSD / HDD market prices
Sources:
#HDD #SSD #crash #no #warning #on #TV #filesystems #remote #backup #network #JBOD #SMART #programming #bacula
@RandamuMaki @alicemcalicepants
I think we have the basis of an age verification system we can all get behind, here.
@Thorsted @chronodm @archivist_Liz @beet_keeper Interesting article! So that's how Apple did it "back then".
I like their idea -and believe it should be revived. But differently. RDF-based in the end.
I claim that unlimited xattr capable #filesystems and taking "related annotated objects" seriously as default/common storage paradigm, it would evolve stable similar to, but better then DOS8.3-to-UTF+Emojis in filenames across the Internet. ❤️ ⭐
Let's chat! You got my email?
New article: Inside ZFS 🔥
A walk through the three layers (SPA, DMU, DSL), the 128-byte block pointer that makes the whole pool a Merkle tree, the uberblock ring, and why snapshots are O(1).

In the previous article , we explored Btrfs—a copy-on-write filesystem built around a single kind of B-tree, where every file, extent, checksum and chunk mapping lives as a tagged item in some tree, and snapshots fall out of the reference-counted extent design. Btrfs took a lot of inspiration from an older system that pioneered most of these ideas: ZFS. ZFS started life at Sun Microsystems in the mid-2000s and now lives on as OpenZFS, ported to Linux, FreeBSD, illumos, and macOS. From the outside it solves the same problems as Btrfs—pooled storage, copy-on-write, snapshots, checksums, integrated RAID—but the shape underneath is genuinely different. Where Btrfs leaned on one universal B-tree node format and a single key shape, ZFS leans on something else entirely: a 128-byte block pointer that fully describes the block it points to, and a strict three-layer architecture stacked on top of it.
Spent the weekend deep in ZFS internals 🤓
Next up in the filesystems series: how a 128-byte block pointer turns the entire pool into a Merkle tree, and why snapshots are basically free (just copy a pointer + stamp a TXG).
SPA ↔ DMU ↔ DSL, uberblocks, vdevs, ARC, ZIL.
Drops Monday