Fuse-xfs File

Or, Why I Spent a Weekend Reimplementing a Journaling Filesystem as a Debugging Tool

And when someone asks, “Why would you run a filesystem in userspace?” — you’ll know the answer. fuse-xfs

So when I decided to write fuse-xfs —a userspace implementation of the —I wasn’t trying to build a production storage engine. I was trying to answer a single question: Can we take the soul of XFS (its allocation groups, B+tree extents, and delayed allocation) and lift it into userspace without losing its identity? Here’s what I learned. The Heresy: Userspace XFS XFS, designed by SGI in the ’90s, is a kernel beast . It assumes it owns the hardware. It assumes it can reorder writes, bypass the page cache when needed, and manipulate memory directly via kmem_cache . Porting that to userspace is not just difficult—it’s borderline heretical. Or, Why I Spent a Weekend Reimplementing a

You can’t. Not easily. The kernel is a fortress, and filesystems are its moat. Enter (Filesystem in USErspace). It’s the drawbridge. But FUSE has a reputation: it’s slow, it’s “toy” grade, and it lacks the low-level power of ext4 or xfs . Here’s what I learned

static void xfs_lookup(fuse_req_t req, fuse_ino_t parent, const char *name) { struct xfs_inode *ip = xfs_iget(parent); xfs_dirent_t *de = xfs_dir_lookup(ip, name); fuse_reply_entry(req, &(struct fuse_entry_param){ .ino = de->inumber, .generation = ip->i_generation, .attr_timeout = 1.0, .entry_timeout = 1.0 }); } XFS divides the disk into equal-sized Allocation Groups. In fuse-xfs , each AG is a mmap() of a region in a backing file ( /var/lib/fuse-xfs/ag0.bin ). Reads and writes become pointer dereferences.