hulk 最近的时间轴更新 hulk 最近的时间轴更新
写了一个 C 版本 Redis RDB 解析工具，欢迎拍砖. https://github.com/git-hulk/rdbtools
1. C 版本效率相对其他语言，可能效率更高.
2. 用户可以自定义 key-value 解析格式，如生成 Aof 文件格式, 用户只要实现自己的回调函数.
3. 给用户数据结构更简单，只有 String 和 array 两种. 2014 年 8 月 18 日
1. C 版本效率相对其他语言，可能效率更高.
2. 用户可以自定义 key-value 解析格式，如生成 Aof 文件格式, 用户只要实现自己的回调函数.
3. 给用户数据结构更简单，只有 String 和 array 两种. 2014 年 8 月 18 日
 |
hulk你说对，你真棒 V2EX 第 30573 号会员，加入于 2012-12-13 12:55:29 +08:00 |
www.hulkdev.com
北京
git-hulk
| 发现一个 Go 的 AI Agent Framework，可以用 Serverless 的方式写 LLM Function， 思路很清奇 程序员 • hulk • 2025 年 8 月 21 日 |
| 关于 Redis RESP3 的想法 Redis • hulk • 2023 年 12 月 13 日 |
| 2022 年 RocksDB Meetup 的技术分享，感兴趣可以看看 程序员 • hulk • 2023 年 10 月 18 日 |
| 分布式 KV 服务 Kvrocks 正式成为 Apache 顶级项目 程序员 • hulk • 2023 年 6 月 30 日 |
| Kvrocks 在货拉拉全链路 Trace 下的应用 程序员 • hulk • 2023 年 1 月 4 日 • 最后回复来自 hulk | 2 |
| 磁盘 Redis - Kvrocks 设计与实现 程序员 • hulk • 2022 年 3 月 2 日 • 最后回复来自 hulk | 16 |
| Kvrocks 在 RocksDB 上的优化实践
1 程序员 • hulk • 2021 年 12 月 21 日
|
| 如何基于磁盘 KV 实现 Bitmap 程序员 • hulk • 2021 年 7 月 28 日 • 最后回复来自 qieqie | 1 |
| Go 实现的固定 routine pool, 挂掉重新拉起新 routine 程序员 • hulk • 2021 年 7 月 21 日 • 最后回复来自 hulk | 4 |
| Kvrocks: 一款开源的企业级磁盘 KV 存储服务
1 分享创造 • hulk • 2022 年 6 月 27 日 • 最后回复来自 hulk
|
14 |
hulk 最近回复了
2023 年 1 月 4 日 回复了 hulk 创建的主题 › 程序员 › Kvrocks 在货拉拉全链路 Trace 下的应用 |
@yilisite 货拉拉技术团队对于遇到一些问题确实都会回馈到社区
2022 年 6 月 27 日 回复了 hulk 创建的主题 › 分享创造 › Kvrocks: 一款开源的企业级磁盘 KV 存储服务 |
@dvd888 贡献到 Apache 了，GitHub 地址: https://github.com/apache/incubator-kvrocks
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
嗯，是的。除了要求低延时的，中间还有很多高容量，但延时可以有一点妥协空间的场景。
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
嗯，其实我的意思是高可用不会依赖单机硬件，另外 Redis 数据全内存没问题，重启加载的 RDB/Aof 还是从磁盘恢复，所以也是同样的问题。
@bruce0 这个没关系，我们也是纯开源组织在维护项目，十分欢迎技术交流和讨论，不一定要使用项目。
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
@linksNoFound Redis 也是一样，靠复制和集群分配来解决可用性问题
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
@aper 之前 GitHub Discussion 上由一个讨论: https://github.com/KvrocksLabs/kvrocks/discussions/319
整体上，对于大多数可能关注的是功能的差异。除此了上面的讨论之外我自己觉得最重要的几个点:
* 社区是足够开放或者更加遵循开源准则，社区共识大于代码，尽量所有设计和讨论都在社区进行，包含 roadmap
* 对于代码的态度，至少 Kvrocks 不管在 PR 合并再 Commit Log 都是很严谨的讨论和对待
* 明确的 roadmap, 社区要有明确的方向，而不是走一步看一步
整体上，对于大多数可能关注的是功能的差异。除此了上面的讨论之外我自己觉得最重要的几个点:
* 社区是足够开放或者更加遵循开源准则，社区共识大于代码，尽量所有设计和讨论都在社区进行，包含 roadmap
* 对于代码的态度，至少 Kvrocks 不管在 PR 合并再 Commit Log 都是很严谨的讨论和对待
* 明确的 roadmap, 社区要有明确的方向，而不是走一步看一步
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
@zhengxiaowai wow ，太期待了~
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
@mekingname kvrocks 项目的 README 里面有一些 benchmark 数据，然后吞吐由于是多线程会比 Redis(包含 6.0 以上的多线程 IO)高，但读延时如果 miss cache 到磁盘肯定延时会比 Redis 高一些。本身是作为 Redis 的互补而不是替换，磁盘类型相比于 Redis, 单实例大小可以几百 G 同时成本基本是 Redis 1/10 以下。
2022 年 3 月 2 日 回复了 hulk 创建的主题 › 程序员 › 磁盘 Redis - Kvrocks 设计与实现 |
@gabon cool, 如果没有加入 Kvrocks 社区交流群可以加我微信: hulkdev, 我拉你进群，现在超过 200 个人，只能邀请。
Select Language