This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it
supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting
An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
neogoose
It might bypass the fs, but it does not bypass the kernel. Cool, though!
Retr0id
But can it match the speed and reliability of the venerable Windows Search?
4petesake
Dumb title.
It works by reading the block device in /dev directly, wouldn't it also work on an HDD, flash drive or a memory card?
kasabali
Saw the name and was disappointed that this wasn't some kind of verified file system written in the F* programming language (https://fstar-lang.org).
I don't think I'd ever trust or use this, but still, good job OP :)
wk_end
But can it bypass the magic performed by the SSD controller?
In particular, can it be certain that a flush is really a flush?
amelius
It is sad that that FFS doesn't support FFS (BSD Fast File System) which inspired the architecture of the ext filesystem (and was the basis for a lot of unix filesystems).
comments (9)
lunar_rover
> reading a raw device node (e.g. /dev/rdisk*)
That's... not bypassing the kernel. Time to integrate SPDK so it actually bypasses the kernel :)
https://spdk.io
watusername
supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting
An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
neogoose
Retr0id
4petesake
It works by reading the block device in /dev directly, wouldn't it also work on an HDD, flash drive or a memory card?
kasabali
I don't think I'd ever trust or use this, but still, good job OP :)
wk_end
In particular, can it be certain that a flush is really a flush?
amelius
drewg123