@linux40 做一个守护者很不容易，建议你先仔细考虑一下自己的衣食住行。

@bigeast 那个还没有删除操作

@waterlaw 你这是 clang 吧，还是 demo 测试里的，我没有在 switch-case 里用 break，有意为之，编译选项过于严格了。

@letianqiu 我写的是 B+树。
如果要减少磁盘 I/O 那么尽量一个节点容纳多个索引，索引节点越少，读操作 I/O 次数越少，查询越快，但也不能太多，否则插入删除就需要相关子节点全部更新，这就是为什么 B 树的写效率偏低。
我是基于 POSIX 实现的，不是裸机，所以存储的是文件，实际地址自然是文件字节偏移，后面该如何处理你应该明白

@acros 人家那是正式发布到很多版本后才写博客的，我连个 database 都没力气写了

@rashawn 你看他 issue，没实现删除，骗 star 来着～

我脑补了传说中那张迭出中指的照片……

@stabc 懒得贴了，thinkpad t440，后面没字母

@feng32 KD 树我也有，要不要 PK 一下： https://github.com/begeekmyfriend/kdtree

@skadi 半分钟内插入 1KW 个 key 再说，不然就是假的 B 树

@fcten fixed https://github.com/begeekmyfriend/bplustree/commit/42e8303d55043eb3c2f998c35cb4be6a93ff36c3

@fcten 你给 block_size 设置了一个多大的数？

@exch4nge 本来是想写个 database 的，但按照进度估计写不动了，做到这地步，交接给有缘人吧

@cnwtex 据我所知，star 的好多都是前端的，估计不想用数据库。。。

@cnwtex 我关闭了，另外，老外都 email 了

@Andiry 因为我还没想好怎么加，最笨的方法，你直接在 write 后面 sync 再测一下呗，慢不了的

@Andiry 还没做到这一步

@soli Redis 和 MySQL 两者之间对比都是不公正的

@kaiser1992 IO 的东西跟机器相关，做不到很公正吧