HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mattyhogan

no profile record

Submissions

Show HN: Lux – Drop-in Redis replacement in Rust. 5.6x faster, ~1MB Docker image

github.com
59 points·by mattyhogan·4 mesi fa·30 comments

Show HN: A workspace for humans and agents to do real work

pompeii.ai
2 points·by mattyhogan·4 mesi fa·0 comments

Show HN: Open-source agent with a brain instead of MEMORY.md

github.com
3 points·by mattyhogan·4 mesi fa·0 comments

comments

mattyhogan
·4 mesi fa·discuss
It does now
mattyhogan
·4 mesi fa·discuss
It does not but will soon!
mattyhogan
·4 mesi fa·discuss
Yeah I'd say we're at 80% command coverage with plans to fill it out soon. But all the ones you mentioned are supported! Rate limiters using an INCR / EXPIRE pattern will work just fine
mattyhogan
·4 mesi fa·discuss
Totally fair, a lot of people on reddit were questioning benchmarking. Should've included in the post

I used the official `redis-benchmark` tool run with Redis, Lux, Valkey, and a few others. Can be reproduced in a few minutes
mattyhogan
·4 mesi fa·discuss
Good point! There's an issue RE license so this will be addressed tomorrow
mattyhogan
·4 mesi fa·discuss
I built Lux because Redis is single-threaded and hasn't changed architecturally since 2009. Lux uses a sharded concurrent architecture in Rust with per-shard reader-writer locks, zero-copy RESP parsing, and pipeline batching. It speaks RESP natively so every Redis client works unchanged. We benchmarked against Redis 7, Valkey 9, and KeyDB with redis-benchmark (50 clients, 1M requests) - full results in the README. The Docker image is ~1MB on ARM. MIT licensed, no plans to change that. If you don't want to self-host, there's managed hosting at luxdb.dev. Happy to answer questions about the architecture or benchmarks.