hulk

@yilisite 货拉拉技术团队对于遇到一些问题确实都会回馈到社区

@dvd888 贡献到 Apache 了，GitHub 地址: https://github.com/apache/incubator-kvrocks

嗯，是的。除了要求低延时的，中间还有很多高容量，但延时可以有一点妥协空间的场景。

嗯，其实我的意思是高可用不会依赖单机硬件，另外 Redis 数据全内存没问题，重启加载的 RDB/Aof 还是从磁盘恢复，所以也是同样的问题。

@bruce0 这个没关系，我们也是纯开源组织在维护项目，十分欢迎技术交流和讨论，不一定要使用项目。

@linksNoFound Redis 也是一样，靠复制和集群分配来解决可用性问题

@aper 之前 GitHub Discussion 上由一个讨论: https://github.com/KvrocksLabs/kvrocks/discussions/319

整体上，对于大多数可能关注的是功能的差异。除此了上面的讨论之外我自己觉得最重要的几个点:
* 社区是足够开放或者更加遵循开源准则，社区共识大于代码，尽量所有设计和讨论都在社区进行，包含 roadmap
* 对于代码的态度，至少 Kvrocks 不管在 PR 合并再 Commit Log 都是很严谨的讨论和对待
* 明确的 roadmap, 社区要有明确的方向，而不是走一步看一步

@zhengxiaowai wow ，太期待了~

@mekingname kvrocks 项目的 README 里面有一些 benchmark 数据，然后吞吐由于是多线程会比 Redis(包含 6.0 以上的多线程 IO)高，但读延时如果 miss cache 到磁盘肯定延时会比 Redis 高一些。本身是作为 Redis 的互补而不是替换，磁盘类型相比于 Redis, 单实例大小可以几百 G 同时成本基本是 Redis 1/10 以下。