4 ms·
This sounds like a perfect application for EROFS[1]. While it comes from an embedded systems background, it has seen some usage in container use cases and is mo
by ahlCVA 2y ago
This sounds like a perfect application for EROFS[1]. While it comes from an embedded systems background, it has seen some usage in container use cases and is moving towards a general "mountable tar" application. It would also avoid the tedium you have to go through in shrink_btrfs.py because you can just generate the image out of a tree.
I wanted to give repackaging the btrfs image a shot but the download was pretty slow - I assume your server is getting HN-hugged a bit so I didn't want to make it worse and stopped the download.
[1] https://erofs.docs.kernel.org/en/latest/index.html https://erofs.docs.kernel.org/en/latest/index.html
- hyperknot 2y agoThanks a lot, I didn't know about it! I also liked the fact that Btrfs is probably super well tested in the Linux kernel by now. btrfs.openfreemap.com just a public Cloudflare bucket, no idea why it might be slow.
- ahlCVA 2y ago> I also liked the fact that Btrfs is probably super well tested in the Linux kernel by now. btrfs has certainly been around for longer, but in my (embedded systems only) experience, EROFS has been pretty solid - it's slowly being picked up by Android, so it is definitely seeing a lot of use in the wild (probably surpassing btrfs by the number of installations already). > btrfs.openfreemap.com just a public Cloudflare bucket, no idea why it might be slow. I'm getting 30 MiB/s (on a gigabit uplink) - not great, not terrible. A .torrent would be nice but I guess outside of being on the HN front page full-planet downloads by different people won't synchronize enough for this to be useful (and using web seeds is problamtic in its own right with small-ish chunks).