Original Summary

s3-accelerator is an s3-compatible nvme cache that serves hits in under a millisecond, replicates hot objects, and stays warm when the cluster resizes.<p>the hot object replication was inspired by groupcache [1], but that has some pretty nasty issues when the cluster resizes<p>s3-accelerator fixes that by: 1) using rendezvous hashing to reduce the remapping when the cluster loses a node, and 2) when new nodes are added, asking the old parent for a give key for the object rather than going to s3<p>It also uses learnings from cloudflare that it&#x27;s better to cache on a second hit than a first hit[2]<p>It also uses ktls, splice, and sendfile so byte transfer of object chunks never hit userspace. That means it can hit millions of iops, or saturate 200Gb&#x2F;s network cards, while sipping on CPU<p>it also is parquet-aware, and has an optional SQS integration to keep the cache fresh if an object is overwritten.<p>S3 stays the source of truth, and you can write through the cache (it wont cache the write by default)<p>these features make s3-accelerator uniquely performant, fresh, and s3 costs extremely low.<p>It&#x27;s one of those &quot;I&#x27;ll build it one day&quot; project ideas that Opus 5.5 finally made viable (next up, paper2code).<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;golang&#x2F;groupcache" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;golang&#x2F;groupcache</a> [2] <a href="https:&#x2F;&#x2F;blog.cloudflare.com&#x2F;why-we-started-putting-unpopular-assets-in-memory" rel="nofollow">https:&#x2F;&#x2F;blog.cloudflare.com&#x2F;why-we-started-putting-unpopular...</a>


  • 情报分类:硬件与数码
  • 分类依据:内容涉及硬件、数码产品或通信卡
  • 信息来源:Hacker News 新项目
  • 发布时间:2026/10/3 07:46:02