Live data from Hacker News

Viewing profile — benesch

benesch

HN member
Joined
Wed, Dec 12, 2012, 7:51 PM UTC
HN karma
1,284
Public activity
211 items

About benesch

cto @ turbopuffer

github.com/benesch

nikhil.benesch@gmail.com

[ my public key: https://keybase.io/benesch; my proof: https://keybase.io/benesch/sigs/XTirUcJbA7dNwrQRe_-fze5YiXsPDPIs2sMq862fyDE ]

Recent public activity

  1. comment
    Comment #48183335

    Yes, that’s right.

  2. comment
    Comment #46759491

    I agree our sample may not be representative but we try to stay focused on the current and next crop of tpuf customers rather than the software industry as a whole. So far "CI proh…

  3. comment
    Comment #46758295

    Thanks, appreciate this! Jotted down some notes on our roadmap.

  4. comment
    Comment #46758156

    Yep, we're well aware of the selection bias effects in product feedback. As we grow we're thinking about how to make our product more accessible to small orgs / hobby projects. Int…

  5. comment
    Comment #46758009

    The exact CPU depends on the region/cloud provider, but this Granite Rapids CPU is representative: https://www.intel.com/content/www/us/en/products/sku/240777/...

  6. comment
    Comment #46757848

    So I can note this down on our roadmap, what's the root of your requirement here? Supporting local dev without internet (airplanes, coffee shops, etc.)? Unit test speed? Something …

  7. comment
    Comment #46757705

    My point is it's enough of a hassle to set up that I've yet to see that level of restriction in practice (across hundreds of CI systems).

  8. comment
    Comment #46757351

    > in many CI environments unit tests don't have network access, it's not purely a price consideration. I've never seen a hard block on network access (how do you install packages/p…

  9. comment
    Comment #46755516

    Often not a dealbreaker, actually! We can spin up new tpuf regions and procure dedicated interconnects to minimize latency to the on-prem network on request (and we have done this)…

  10. comment
    Comment #46755379

    For local dev + testing, we recommend just hitting the production turbopuffer service directly, but with a separate test org/API key: https://turbopuffer.com/docs/testing Works wel…

  11. comment
    Comment #43951260

    It’s hard to overstate the amount of service Ian provided to the Go community, and the programming community at large. In addition to gccgo, Ian wrote the gold linker, has blogged …

  12. comment
    Comment #42829629

    Yes, the three major open table formats are all quite similar. When AWS launched S3 Tables last month I wrote a blog post with my first impressions: https://meltware.com/2024/12/04…

  13. story
  14. comment
    Comment #42310950

    > I'm sure they'd quickly argue it's wire compatibility, but even then it's a slippery slope and wire compatible is left open to however the person wants to interpret it. I actuall…

  15. comment
    Comment #42308859

    > I liked the author's write-up, but as an old programmer take umbrage at the idea that changing your parser in the middle of a program is "crazy", we used to do this... well maybe…

  16. comment
    Comment #42243076

    Yes! I’m actively working on it, in fact. We’re waiting on the next release of the Rust `object_store` crate, which will bring support for S3’s native conditional puts. If you want…

  17. comment
    Comment #41904679

    > Anecdotally I have had to do this in js a few times. I have never had to do this in Rust. Probably because Rust projects are likely to ship with fewer bugs. Still anecdotal, but …

  18. comment
    Comment #40361606

    Ah, I misunderstood! Yes, we may have invented that. I whipped up the cron job a few years back in response to concerns from our legal team. I’m not aware of any prior art for auto…

  19. comment
    Comment #40360366

    We haven't benchmarked TimescaleDB, so I can't say. Results tend to vary heavily by workload, too. What I can say is that the research at the heart of Materialize ( https://dl.acm.…

  20. comment
    Comment #40360314

    We did not originate the Business Source License (BSL/BUSL). It was originally developed by the folks behind MariaDB. Wikipedia has a good article that covers the history: https://…

  21. comment
    Comment #40359069

    Not to my knowledge. I believe TimescaleDB has their own incremental view maintenance engine.

  22. comment
    Comment #40359035

    Those updates are not retroactive. They apply on a go forward basis. Each day's changes become Apache 2.0 licensed on that day four years in the future. For example, v0.28 was rele…

  23. comment
    Comment #40356333

    > It would be so much better if this were a Postgres extension instead. I've thought about this counterfactual a lot. (I'm a big part of the reason that Materialize was not built a…

  24. comment
    Comment #40355983

    (Materialize CTO here.) > It's becoming more mainstream with Materialize, which is technically open-source, but they are quite aggressive with pushing their expensive cloud and off…

  25. comment
    Comment #39456943

    (Materialize CTO here.) Partial materialization is indeed Noria's major contribution to dataflow technology, and it's impressive stuff. But I want to call out that there are a numb…