NewMacBook

@mingxing 你们的 purge 又坏了。

rsa 不行还有 ecc 嘛， ecc 不行还有 nacl 嘛，为何如此想不开。

@realpg 见了少切肉剁到手嫌菜刀快的。

这个时候丢给你一个关键字就够了。

一致哈希
https://zh.wikipedia.org/wiki/%E4%B8%80%E8%87%B4%E5%93%88%E5%B8%8C

跟 tornado 没什么关系。跟不阻塞更没有关系了，有关系的是你的客户端实现。

“网络异常后，客户端一直在重试，网络正常后，瞬间过来的并发高了十几倍”

阻塞模型雪崩得更快，如果不能保证客户端的实现，那至少在 nginx 上开一个 rate limit 的插件。

epoll 是一个机制，不是黑魔法，并不会让你的计算 “消失” ， cpu bound 的应用解决办法是你多开几个进程（缓解）或 使用队列 （解决）比如 celery 。

不过我怀疑是你的代码写得有问题， XML 解析能有多慢。

1. 优化写入，优化一下 MySQL 的参数，甚至极端一些关掉日志等。
2. 优化计算，聚合计算和数据存储分开，保存聚合计算的结果，在这个结果之后做增量计算。
3. 精度换速度，自己实现聚合函数，提供几个关键词， bloomfilter, hyperhyperlog 。

Web 和业务放在一起了？旧 IP 的机器反代到新机器一段时间。

1. 你想统计时间，这和 MethodSwizzling 有什么关系？
2. 你 Swizzling viewDidLoad 有什么用？

商业网站和金融服务网站是两个概念。。。。

TCP 协议本身没有心跳，不会自已断开。 client 和 server 建立连接之后如果没有通信，你即使拔掉网线再插上连接都不会断。
心跳一定要在业务层做，并且一定不能单独开线程或进程。不然仅仅是一个检测网络是否连通，进程或系统是否挂掉的工具，这些用第三方就可以了。

nodelay ?

我用一个小的 HP SFF 工作站，非常稳定，非常好用。用了好多年了。

@Akagi201 感谢

因为这些公司的 PM 太多并且他们大多没有事情做。另一方面，老板并不能看到 PM 对某些功能(提升辨识度，减少操作步骤)做的优化，但是改了图标，老板一眼就能知道了。所以烂的 PM 反而会比优秀的 PM 晋升快，导致大部分 PM 都只做“表面功夫”。

@Akagi201 你们应该有运维假期值班吧？最近回源很慢，懒得发帖说了，最好让你们运维查下日志。

没有 systemd