用 Redis/MySQL 加个中间层就已经能做了一个延时队列了，仅仅是为了使用 kafka 的接口？

据说 kafka 已经支持基于 timestamp 的消费了；如果非要用困难模式也是可以的，在 topic 上做文章，对过期时间点根据需求进行分段，每个分段对应一个 topic，然后对 producer 和 consumer 搞层封装，并不觉得数据量大的情况下这么玩 kafka 能不出问题

@xujiajun001 我的意思是 benchmark 数据量可能太小了

@xujiajun001 就测试的规模来看，顶多几十兆的数据为啥还要搞个嵌入式的 kv 这么麻烦呢？

@xujiajun001 review 就谈不上了，benchmark 结果很不错，但要做全做好也是个学问，我不太懂就不瞎说了

@rebill 这就是一种可能存在的误解了.. 所以作者这个项目如果作为自身学习是没问题的，大家也很支持，问题在于文案写的“越来越认真”导致了一些严重错误的东西被掩盖对于其它学习或者使用者来说是很误导人的

@xujiajun001 代码没细看，可能我说的不对，但 ACID 这一块我觉得你还是得仔细考量下，简单并不一定正确

@xujiajun001 为了性能高这样做是没问题，但这个权衡牺牲了其它的特性就不能再说 nutsdb 有 ACID 等等特性，没有贬低的意思，简单的从 benchmark 来看这个惊人的结果就值得仔细思考下了，毕竟其它数据库生产环境验证优化了多年

就简单的说下 A 吧，毕竟是落盘的，简单的 unlock 来 rollback 就说不过去了

@xujiajun001 文档说的没错，你用错了，要保证 nutsdb 宣称的 ACID 等高大上的特性，每次 commit 你都必须的 flush/sync，而 ACID 也不是说你简单加个锁就保证

@JohnSmith 也不能这么说，操作系统会有一些策略把脏数据刷到磁盘，依赖操作系统正常情况下都没啥大问题，但是… 我只能说这个 benchmark 太不不公平了…

想法很好，但有个大问题 https://github.com/xujiajun/nutsdb/issues/10

你这个物联网看起来是用来忽悠老师的。。至少注册了 10 次。。

初略的统计了下 PyPI 上的数据：

import names: 94465
package names: 83129

命名真的是个很蛋碎的事情，楼主这。。

可以借助 pyrasite

@CMGS 你看，起码搞 Java/PHP/.net 就没几个认识你这个 ID

@wawehi 个人跟倾向于对程序有更细节的控制， gevent 有时候就像个黑盒一样的.. 如果没有历史包袱的话， Python3 的新语法糖和 asyncio 可以试试

Python3 为什么还 gevent ？ monkey patch 这种难道还不够坑么？

asyncio 可以看 http://aosabook.org/en/500L/a-web-crawler-with-asyncio-coroutines.html 我这里很早以前糙译了一下 http://drafts.damnever.com/2015/A-Web-Crawler-With-asyncio-Coroutines.html 末尾有惊喜..

帮顶

阔以的