edis
raids
edis | raids | |
---|---|---|
2 | 2 | |
468 | 4 | |
- | - | |
0.0 | 6.1 | |
over 8 years ago | about 1 month ago | |
Erlang | C++ | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
edis
- Edis: An Erlang Implementation of Redis
-
KeyDB CEO Interview: Getting into YC with a Fork of Redis
We (me and some folks at my old consultancy) wrote an Erlang version of Redis (https://github.com/cbd/edis) for some of the same reasons - multithreading changes some of the scaling semantics in interesting ways. It was mostly for fun but ended up in some real projects as a simple REDIS protocol implementation front-end where the backend could be replaced with whatever the implementor wants.
raids
-
Extreme HTTP Performance Tuning: 1.2M API req/s on a 4 VCPU EC2 Instance
Great work, thanks!
I'm curious whether disabling the slow kernel network features competes with an tcp bypass stack. I did my own wrk benchmark [0], but I did not try to optimize the kernel stack beyond pinning CPUs and busypoll, because the bypass was about 6 times as fast. I assumed that there is no way the kernel stack could compete with that. This article shows that I may be wrong. I will definitely check out SO_ATTACH_REUSEPORT_CBPF in the future.
[0] https://github.com/raitechnology/raids/#using-wrk-httpd-load...
-
KeyDB CEO Interview: Getting into YC with a Fork of Redis
https://github.com/raitechnology/raids/.
If you go to the landing page of the above, scroll down to the bottom, there is a TCP bypass solution graphed, using Solarflare Open Onload and it is capable of running several times as fast as the Linux Kernel TCP. I didn't test Redis with Open Onload, but I'm pretty sure you'll get a similar results since TCP is a major performance bottleneck in Redis as well.
What are some alternatives?
KeyDB - A Multithreaded Fork of Redis
SSDB - SSDB - A fast NoSQL database, an alternative to Redis
Tendis - Tendis is a high-performance distributed storage system fully compatible with the Redis protocol.
dynomite - A generic dynamo implementation for different k-v storage engines
mini-redis - Incomplete Redis client and server implementation using Tokio - for learning purposes only