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 bulan yang lalu·30 comments

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

pompeii.ai
2 points·by mattyhogan·4 bulan yang lalu·0 comments

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

github.com
3 points·by mattyhogan·4 bulan yang lalu·0 comments

comments

mattyhogan
·4 bulan yang lalu·discuss
It does now
mattyhogan
·4 bulan yang lalu·discuss
It does not but will soon!
mattyhogan
·4 bulan yang lalu·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 bulan yang lalu·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 bulan yang lalu·discuss
Good point! There's an issue RE license so this will be addressed tomorrow
mattyhogan
·4 bulan yang lalu·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.