Hacker News: Eikon

ZeroFS vs. Amazon S3 Files

Eikon — Sat, 11 Jul 2026 10:13:46 +0000

Article URL: https://www.zerofs.net/blog/zerofs-vs-aws-s3-files/

Comments URL: https://news.ycombinator.com/item?id=48870584

Points: 1

# Comments: 0

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 16:41:55 +0000

Kind-of should work :)

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 15:33:18 +0000

NFSv4 is a hard beast to implement correctly, with a lot of protocol surface (state, compound ops, delegations) for benefits ZeroFS mostly gets through 9P with extensions, over a much simpler protocol: https://www.zerofs.net/docs/9p-extensions. NFSv3 stayed in ZeroFS mostly for client compatibility.

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 15:18:41 +0000

ZeroFS aims to be a POSIX filesystem, the semantics here are the standard ones (ext4, xfs behave the same): write() is buffered (that's the batching) and "committed" maps to fsync(), which returns only once data is durable.

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 15:09:55 +0000

Thank you, appreciated!

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 15:00:33 +0000

> I believe the first version of this required the metadata to be stored on the ZeroFS server, making HA kinda hard.

Metadata has always been in the bucket itself.

For HA, there's now a "replicated mode" if you want automatic failover:

https://www.zerofs.net/docs/high-availability

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 14:46:39 +0000

That's fair advice, thanks.

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 14:34:33 +0000

Is it? :)

Ask me anything!

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 14:16:58 +0000

Thank you for the feedback, the idea behind this was to say "We make claims that are backed by workflows you can verify". I'll improve the phrasing.

New comment by Eikon in "Show HN: ZeroFS – A log-structured filesystem for S3"

Eikon — Thu, 02 Jul 2026 14:14:23 +0000

Just a self hosted plausible instance :)

Show HN: ZeroFS – A log-structured filesystem for S3

Eikon — Thu, 02 Jul 2026 13:41:11 +0000

Article URL: https://www.zerofs.net/

Comments URL: https://news.ycombinator.com/item?id=48761493

Points: 128

# Comments: 52

Making POSIX filesystems replicated and highly available

Eikon — Sun, 28 Jun 2026 21:59:04 +0000

Article URL: https://www.zerofs.net/blog/highly-available-posix-on-s3

Comments URL: https://news.ycombinator.com/item?id=48712122

Points: 3

# Comments: 0

New comment by Eikon in "I taught a bucket to speak Git"

Eikon — Wed, 24 Jun 2026 19:39:22 +0000

It's there! https://www.zerofs.net/docs/kubernetes-csi

New comment by Eikon in "I taught a bucket to speak Git"

Eikon — Wed, 24 Jun 2026 17:06:09 +0000

Most of the pain here is the typical set of issues people run into trying to make S3 a filesystem as-is, common with S3FS-family approaches.

ZeroFS (https://github.com/Barre/zerofs) is 9P/NFS/NBD over S3 on an LSM. Point stock go-git, or just /usr/bin/git, at a mount and skip the gymnastics. Rename is a metadata op in the keyspace, so you get it atomic on any S3, no Tigris-specific X-Tigris-Rename needed.

Different point on the spectrum, but less square-peg, also most probably much, much faster (it works great on linux-sized repos) :)

New comment by Eikon in "Show HN: ZeroFS – Make S3 your primary storage"

Eikon — Sat, 13 Jun 2026 17:48:35 +0000

> Is this only was S3 or any S3 compliant service?

Any S3 compliant service.

> Does it support any sort of storage tiering ?

Yes, it has a local cache that's populated on reads, but no writeback cache yet.

New comment by Eikon in "Show HN: ZeroFS – Make S3 your primary storage"

Eikon — Fri, 12 Jun 2026 21:12:49 +0000

> Millions of files, Interrupted transfers, Backup Server Reboots, Long-term operation?

Yes, that should work fine!

New comment by Eikon in "Show HN: ZeroFS – Make S3 your primary storage"

Eikon — Fri, 12 Jun 2026 20:10:26 +0000

> I assessed the tool on a CentOS 7 system today. It can't run on older CentOS 6. It will generate core dump.

Perhaps your cpu is too old? The prebuilt binaries require newer CPUs but you can build your own.

> Will ZeroFS support large Filesystem size about 800GB?

Absolutely, and much, much more than that.

Show HN: ZeroFS – Make S3 your primary storage

Eikon — Thu, 11 Jun 2026 20:51:29 +0000

Article URL: https://www.zerofs.net/

Comments URL: https://news.ycombinator.com/item?id=48496242

Points: 11

# Comments: 7

New comment by Eikon in "What is the purpose of the lost+found folder in Linux and Unix? (2014)"

Eikon — Sun, 07 Jun 2026 19:14:36 +0000

Even with journaling, you might need one. ZeroFS [0] almost had a lost+found directory (even with the WAL enabled), because you might have consistency issues between your in-memory state and what was flushed, and especially in what order.

ZeroFS ended up not needing recovery at all through atomic, strictly ordered commits [1], but it was far from trivial (and not just a matter of requiring a WAL).

[0] https://github.com/Barre/ZeroFS

[1] https://github.com/Barre/ZeroFS/blob/main/zerofs/src/fs/writ...

New comment by Eikon in "Barman – Backup and Recovery Manager for PostgreSQL"

Eikon — Sat, 02 May 2026 18:03:26 +0000

https://github.com/Barre/ZeroFS Should do a great job at this.