表示从来没注意过最大内存支持，直接插了一根 8g 一根 4g 用到现在。。。原来还有这限制啊

我还以为据传自学可考，做 c2c 呢。。

@redsonic 感谢解答，内核什么的估计还看不动，以前都没注意过，最近在观察 tcp 发包过程忽然想到这个问题

@ryd994 我想也应该是这样，否则就不合理了，只是没有地方对这个有说明，想求证一下

微信 1.0 版可能，现在，别扯了

@whimsySun 就是 mongodb 编译号自带的那个，难道要重启加--master

@zenliver 其实也是参照 motor ，最初实现了 https://github.com/snower/TorMySQL ，后来又对 thrift 改了一下， thrift 标准 python 库里有 tornado server ，但其在整个协议头又加了个包头，先发送整个数据长度，这样 tornado 收到解包会快一些，但没办法和其他语言互通，也是坑

@zenliver greenlet 也是用来干这个的，但可以减少大量的回掉，测试用 tornado callback 解包的话比原生 thrift 满 4 倍到 5 倍，用 greenlet 切换上下文解包的话慢 1 倍不到，毕竟异步 io ，二进制解包没什么好的解决方案

@zenliver 什么？

1 万多每秒，单线程，可以了吧，又不是内存写

不支持 tornado ？

@Dean 这不是 key 的顺序不一样么。。

@Dean 这个 dictionary 实现来说，它的 key 的顺序和书写顺序是无关的，把 jsonString 和 demoString 输出来看看呗

这么多推广，惊呆了。。。

key 的顺序不一样吧， jsonString demoStr 是一样的？

@flikecn 现在是已经稳定版了么？

@sujin190 现在是已经稳定版了么？

赞，测试挺详尽~