How AST-grep Rewrote Tree-sitter in Rust and Made It 30% Faster
herrington_d
85 points
15 comments
July 26, 2026
Related Discussions
Found 5 related stories in 55.8ms across 3,705 title embeddings via pgvector HNSW
- How is the Bun rewrite in Rust going? tomlockwood · 463 pts · July 27, 2026 · 53% similar
- How Our Rust-to-Zig Rewrite Is Going jorangreef · 467 pts · July 16, 2026 · 52% similar
- Static search trees: 40x faster than binary search (2024) lalitmaganti · 82 pts · July 17, 2026 · 52% similar
- Postgres rewritten in Rust, now passing 100% of the Postgres regression tests SweetSoftPillow · 526 pts · July 09, 2026 · 51% similar
- After rewriting SQLite in Rust, Turso turns its sights on Postgres theanonymousone · 12 pts · July 30, 2026 · 51% similar
Discussion Highlights (6 comments)
AlexeyBrin
Reading the article is like climbing a load-bearing wall to quote their last phrase.
trickypr
> incremental old-tree reuse were removed Maybe I am missing what they meant here, but isn’t the entire point of tree-sitter that you can reuse old trees to make edit updates faster? It is seems quite probable that all the performance gains came from optimising for fixed files with no error recovery, at the cost of how ts is actually used.
gumby
Even this AI generated article hs a hard on for rust. If all references to switching to rust were eliminated the article would be the same.
senderista
I’m always so disoriented by wondering how to interpret the pronoun “I” in these AI-generated articles.
nullbio
ast-grep is a great tool. Really helps with agentic work. I wish the LLMs were trained to use it by default. Would make them incredibly powerful.
why_only_15
I really don't like this. Don't post your AI-generated articles here. https://www.pangram.com/history/fce67fb4-4f6a-4eb4-a323-5048...