Live data from Hacker News

Viewing profile — shikhar

shikhar

HN member
Joined
Sat, Jun 26, 2010, 3:33 PM UTC
HN karma
256
Public activity
133 items

About shikhar

Making durable streams serverless

shikhar@s2.dev

Recent public activity

  1. story
    Show HN: Async NFS client library for Rust, without an OS mount point

    It has an opinionated object-style API, so not suitable in all cases. Benchmark shows it performing better than a Linux mount https://s2-streamstore.github.io/nfs-crust/efs-2026071…

  2. story
  3. story
  4. comment
    Comment #48376113

    OpenReplay is much more mature and full-featured, RePlaya is just the core session capture, listing, and replay functionality. OpenReplay has more dependencies, so self-hosting mea…

  5. comment
    Comment #48375466

    Thanks! And agreed, session replays can be really useful to understand user behaviour such as product edge cases. On cost, it's running the collector Node app (I'd expect a few $ p…

  6. story
    Show HN: RePlaya – self-hosted browser session replay with live tailing

    Hi HN, I'm one of the founders of s2.dev. RePlaya ( https://github.com/s2-streamstore/replaya ) is a self-hosted browser session replay tool using rrweb ( https://github.com/rrweb-…

  7. story
  8. comment
  9. story
  10. comment
    Comment #47751813

    I agree that future seems inevitable. We work on plumbing for that, s2.dev - would be very happy to collaborate.

  11. story
  12. story
  13. comment
    Comment #46866336

    KV store in Rust, backed by a disaggregated, replicated journal https://github.com/s2-streamstore/s2-kv-demo

  14. comment
    Comment #46780422

    We run a copy using https://github.com/gabe565/ascii-movie , you can `nc starwars.s2.dev 23` It's our favorite way of demoing s2.dev, https://x.com/jrdi/status/2014318511120670859

  15. comment
  16. comment
    Comment #46735312

    > Personally I'd add an application level hash to protect the integrity of the records but that's just me. The durability is for being able to replay the stream, a hash will not le…

  17. comment
    Comment #46734854

    Yes, that is a reasonable way to think about it! And as s2-lite is designed as a single-node system, there is a natural source of truth on what the latest records are for consuming…

  18. comment
    Comment #46734767

    > Can this be used as an embedded lib instead of a separate binary as an API? Did not architect explicitly for that, but should be viable. You could use the `Backend` directly, is …

  19. comment
    Comment #46734129

    Very cool! Looking forward to catching up. Also checkout https://s2.dev/blog/kv-store

  20. comment
    Comment #46733852

    We wanted S2 to be one API. Started out with gRPC, added REST - then realized REST is what is absolutely essential and what most folks care about. gRPC did give us bi-directional s…

  21. comment
    Comment #46733801

    > Is this for like "making your own Twitch" or something, where streams have to scale to thousands-to-millions of consumers? Yes, this can be a good building block for broadcasting…

  22. comment
    Comment #46733711

    This is fair question. A stream here == a log. Every write with S2 implementations is durable before it is acknowledged, and it can be consumed in real-time or replayed from any po…

  23. comment
    Comment #46733613

    It seems SL8 supports writing the WAL to local disk already https://github.com/slatedb/slatedb/issues/162 Will look into how to enable that option from s2-lite

  24. comment
    Comment #46732559

    Shoutout to CodesInChaos for suggesting that instead of a mere emulator, should have an actually durable open source implementation – that is what we ended up building with s2-lite…

  25. story
    Show HN: S2-lite, an open source Stream Store

    S2 was on HN for our intro blog post a year ago ( https://news.ycombinator.com/item?id=42480105 ). S2 started out as a serverless API — think S3, but for streams. The idea of strea…