News for hackers. Stuff that matters.

_peregrine_

Re:The Sane Asylum – A love letter to Turbopuffer on Thursday October 29, 2026 @01:38PM (#50292966)
as a tpuf employee i can say we feel very well represented in this article. author did a really nice job. good read too
Re:RIP, vector database on Thursday October 01, 2026 @02:54PM (#49925616)
confirmed - we still write by hand
Re:LLM Cliché Highlighter on Friday August 28, 2026 @10:52AM (#49479437)
instant bookmark!
Re:ANN v3: 200ms p99 query latency over 100B vectors on Sunday January 25, 2026 @10:52AM (#46755130)
this is actually not how cursor uses turbopuffer, as they index per codebase and thus need many mid-sizes indexes as opposed to one massive index as this post describes
Re:ANN v3: 200ms p99 query latency over 100B vectors on Sunday January 25, 2026 @10:51AM (#46755118)
unfortunately i'm not able to share the customer or use case :( but the metrics that you see in the first charts in the post are from a production cluster
Re:ANN v3: 200ms p99 query latency over 100B vectors on Sunday January 25, 2026 @09:48AM (#46754462)
the solution described in the blog post is currently in production at 100B vectors
Re:ANN v3: 200ms p99 query latency over 100B vectors on Thursday January 22, 2026 @12:05PM (#46721958)
seems like a good rule of thumb to me! though i would perhaps lump "cost" into the "until it breaks" equation. even with decent perf, pg_vector's economics can be much worse, especially in multi-tenant scenarios where you need many small indexes (this is true of any vector db that builds indexes primarily on RAM/SSD)
Re:How to ingest 1B rows/s in ClickHouse on Monday August 18, 2025 @12:44PM (#44942655)
yeah I mean that's basically what Javi talks about in the post... if you can throw hardware at it you can scale it (ingestion scales linearly with shards)

but the post has some interesting thoughts on how you do the high-scale ingestion while also handling background merge processes, reads, etc.

Re:How to ingest 1B rows/s in ClickHouse on Monday August 18, 2025 @12:43PM (#44942642)
definitely interesting and related
Re:How to ingest 1B rows/s in ClickHouse on Monday August 18, 2025 @12:43PM (#44942635)
nice one
Re:Qwen3-Coder: Agentic coding in the world on Wednesday July 23, 2025 @12:33PM (#44661084)
Pretty solid at SQL generation, too. Just tested in our generation benchmark: https://llm-benchmark.tinybird.live/

Not quite as good as Claude but by the best Qwen model so far and 2x as fast as qwen3-235b-a22b-07-25

Specific results for qwen3-coder here: https://llm-benchmark.tinybird.live/models/qwen3-coder

Re:Claude 4 on Friday May 23, 2025 @10:27AM (#44073224)
Yeah we're always looking for new models to add
Re:Claude 4 on Thursday May 22, 2025 @05:15PM (#44067123)
Yeah I mean SQL is pretty nuanced - one of the things we want to improve in the benchmark is how we measure "success", in the sense that multiple correct SQL results can look structurally dissimilar while semantically answering the prompt.

There's some interesting takeaways we learned here after the first round: https://www.tinybird.co/blog-posts/we-graded-19-llms-on-sql-...

Re:Claude 4 on Thursday May 22, 2025 @05:13PM (#44067108)
We need to add it
Re:Claude 4 on Thursday May 22, 2025 @05:13PM (#44067103)
Actually no, we have it up to 3 attempts. In fact, Opus 4 failed on 36/50 tests on the first attempt, but it was REALLY good at nailing the second attempt after receiving error feedback.

Older »