所有查询使用同一个 cursor ，如果其中一个查询只读取部分数据然后就开始下一个查询不会出错么？

@mkeith
@gamexg
@xinyewdz
写错了。。。上传生成的公钥

@gamexg
@Alchemistxxd
@Tink
支付宝商家平台申请的支付接口啊，上传了私钥才出来公钥，我一直以为是每个账户不一样的，不过说起来也没必要每个账户不一样，昨天坑爹的通知接口过来的用公钥校验就是过不去，挂了好多笔，今天一看又好了。。。

@neoblackcap OS X 用的就是 kqueue ，有什么不同么？

cpu 跑满了么？这简单的，四核四进程的话 qps 可以到两万不成问题，单进程七八千 qps 也无压力

日志写太多反而没用了，太多的日志你能不能找到错误点不说，都不知道哪写出来的，还是分层不同处理比较好，应用层核心点统一处理标准日志，尽可能收集信息，业务错误另外再写，底层尽可能抛出异常不写日志

看这个服务器应该是末端 cdn 之类的吧，快播那么大的量，不是集群。。不过看到这居然就是司法审判，可以判人入刑的，惊呆了。。毫无逻辑可言，漏洞百出

angular 的性能好弱，特别是在手机上，下来加载更多的话，三四屏就慢死了， dirt check 也没有提供剪裁接口，大量重复计算都舍不掉

不过比较坑的是 SimpleAsyncHTTPClient 本身不支持连接池，每次都是打开新连接，除此之外还有一个实现是 CurlAsyncHTTPClient ，支持连接池，不过在 pypy 下似乎会出现栈溢出错误

https://github.com/tornadoweb/tornado/blob/master/tornado/httpclient.py#L148
这设置了生成实例时是哪个实现的实例

表示从来没注意过最大内存支持，直接插了一根 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 ，二进制解包没什么好的解决方案