Gregor Sturm
04/08/2026, 6:46 AMArthur
04/08/2026, 7:23 AMfusion which is special-cased to it’s own mountpoint when enabled, which requires wave.
The free usage limits on fusion are also quite low and there doesn’t appear to be an easy or transparent way to access fusion as a service right now, although these docs suggest that it may be possible to arrange stand-alone usage.
So far personally the friction to start using any of these over simply paying for giant EBS volumes has not been worth it for me.pontus
04/08/2026, 8:28 AMArthur
04/08/2026, 8:33 AMS3 Files is built using Amazon EFS, which intelligently loads your active working set onto high-performance storageBut maybe there is more to it than that
pontus
04/08/2026, 9:06 AMpontus
04/08/2026, 9:13 AMOliver Hofmann
04/08/2026, 8:39 PMOliver Hofmann
04/08/2026, 8:40 PMWhen you first access a directory, S3 Files imports metadata from S3 and populates a synchronized view. For files under 128 KB it also pulls the data itself. For larger files only metadata comes over and the data is fetched from S3 when you actually read it. This lazy hydration is important because it means that you can mount a bucket with millions of objects in it and just start working immediately.
Oliver Hofmann
04/08/2026, 8:41 PMOne of the improvements that I think is really cool is what we are calling “read bypass.” For high-throughput sequential reads, read bypass automatically reroutes the read data path to not use traditional NFS access, and instead to perform parallel GET requests directly to S3 itself, this approach achieves 3 GB/s per client (with further room to improve) and scales to terabits per second across multiple clients.