这是一个创建于 564 天前的主题，其中的信息可能已经有所发展或是发生改变。
源码
https://github.com/lsk569937453/rcache
性能对比(4 核心 8Gb 内存)
- X 轴代表吞吐量
- Y 轴代表 benchmark 下单线程和多线程(添加--threads 16)的测试
本地压测 docker-compose.yml
用户可以本地启动 docker-compose 来进行压测。
https://github.com/lsk569937453/rcache/blob/main/docker-compose/docker-compose.yml
 | 1 xyj998 2024-04-03 11:07:44 +08:00 已 star |
 | 2 ben666 2024-04-03 12:57:08 +08:00  2 对于这种 IO 性的网络应用，很多开销是在网络协议栈里，对于一些简单的 case ，不如用 DPDK 去实现，性能更高，参考 dperf ，整机可以达到 8 千万新建每秒，吞吐 800Gbps ，几十亿并发。 https://dperf.org/ |
 | 3 goodspb 2024-04-03 13:04:10 +08:00 starred, 学习！ |
 | 4 BBCCBB 2024-04-03 13:09:02 +08:00 8 既然是用 rust 实现的, 那咱们就把 redis 的第一个字母去掉, 换成 rust. 所以 repo 就叫 redis |
 | 5 cfeitong 2024-04-03 13:18:26 +08:00 via Android 其实 tokio 官方的 example 里，就有个 simple-redis ，可以看眼那个实现，对比下。 |
 | 6 Jirajine 2024-04-03 13:24:52 +08:00 2 记得几年前 tokio 的官方 tour 就是实现一个简单的 redis server ，然而那个 demo 只涉及到 happy path ，过了一遍之后你觉得 async rust 挺舒服，直到想要自己实现 async trait 的时候，需要手写 poll/pin 就抓瞎了。 |
 | 7 0x676e67 2024-04-03 19:27:17 +08:00 nice |
 | 8 codegenerator 2024-04-04 03:27:20 +08:00 你使用的是 mpsc::channel ，这就相当于一把锁，读写冲突下跟单线程当然没有优势 多线程情况下可以采用多种方式优化读写锁冲突，缓存的读是远大于写的其实优化空间更大 我用 rust 实现的 redis 轻松 10 倍 |
 | 9 lsk569937453 OP @cfeitong 已经测试了，结果在这里 https://v2ex.com/t/1031987#reply5 。 |
Select Language