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 أشهر·30 comments

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

pompeii.ai
2 points·by mattyhogan·قبل 4 أشهر·0 comments

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

github.com
3 points·by mattyhogan·قبل 4 أشهر·0 comments

comments

mattyhogan
·قبل 4 أشهر·discuss
It does now
mattyhogan
·قبل 4 أشهر·discuss
It does not but will soon!
mattyhogan
·قبل 4 أشهر·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 أشهر·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 أشهر·discuss
Good point! There's an issue RE license so this will be addressed tomorrow
mattyhogan
·قبل 4 أشهر·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.