@yuchting 母机问题，这个倒还没想过，不过所有都试了还是无法解释的话，还真有可能。。
如果 mongodb 傻逼了的话，一般会有什么问题呢？

@MartinWu 看了，处于 waitForLock 状态，每次等的查询不一样
@yuchting ucloud 主机，应该是有 ssd 的吧，而且每秒写只有几十， iotop 看的时候每秒写 60 几 kB 吧，不算什么吧，日志中看很奇怪，针对主键_id 跟新已存在 key 的值也会出现长达 30 秒的，插入也会出现 20 多秒的， mongodb 不应该这么弱啊
@vietor 数据量很低的，总量才一个来 G ，不需要分片吧

@lianghui 没有这样的查询啊，数据最多一个 collection 也才不到一百万，也不可能锁那么久啊
@mengzhuo mongostat 读写， io ， fault 都很低，但就是突然卡一下，突然卡一下的，

@em70 哈哈哈， 233333

@oott123 单页在现在版本已经可以正常使用了，就是必须在 pushState 操作 url 变更后重新签名

@moult 遇到过一次是浏览器自动去掉 url 后边的最后一个&之类的，这时候会出现 location.href 取到的是包含&之类，但微信取到的是不包含的，这时候就会出现签名错误，但你自己取出来校验确实正确的

@ligyxy 不如说你查出来有 100 条数据，但只用了 fetchone 取了第一条，然后就开始第二次查询，这种情况会出错的吧，不应该每次查询打开新的 cursor ，完成之后关闭 cursor 么？我看 pymysql 底层 cursor 关闭的时候会继续读取剩余数据，然后才关闭 cursor

所有查询使用同一个 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 发包过程忽然想到这个问题