tailscale 推荐

从描述来看,问题点是不是这样的:

1. 需要在 tornado 进程里面更新配置 A, 更新是通过外部调用一个请求过来的
2. 当前只能请求一次,所以只有一个进程的配置被更新了

如果是上面的问题的话,你需要的应该是一种订阅通知的机制,某个事件发生的时候,需要通知到所有的进程

所以建议考虑用 redis 的 PUB/SUB 来实现, etcd 这种专门用来做配置管理的也很合适

另外开发一个进程专门来处理外部调用的请求,收到请求后从数据库读取配置,PUB 配置到 redis,所有 tornado 进程 SUB,收到配置后更新 A

@asaxing 服务治理框架 https://github.com/zhu327/doge

@qile1 server 这边每个调用的处理都在一个 greenlet 协程中, 如果是 CPU 密集的计算, 会阻塞其它调用, 并发能力比较差

@qile1 是可以的, Python2 3 测试都支持, 消息序列化没有差异

@sujin190 没有,在团队里推不动写 proto 文件定义服务, 只能退而求其次用基于 messagepack 的 mprpc

@chenqh
用我这个 https://github.com/zhu327/greentor 带 django ORM 都有 600,不带 ORM 能到 1200

i5-4460

@chenqh 单进程

ab -n10000 -c100 -k

@Morriaty i5 CPU TorMySQL 简单查询

同时对比过 Openresty, 能有 20 倍

1200 不能更多了

@warmheartli 你把所有的列都作为筛选条件,然后想用哪一列作为筛选就用哪一列,可以先看看文档

@sujin190 Django ORM 是线程安全的,没有连接池,只有一个连接保持的机制

你的 TorMySQL 好像是对 IOStream 重写了,有空请教下你这方面的优化哈

@sujin190 如果只是纯粹用 mysql 的话就直接用你的这个了，之前也 star 过，但是我的目标是在 Tornado 中无感知的使用 Django ORM ，所以需要把整个 get 方法的都放到 greenlet 中去。这样就不需要 yield ，能使用 Django ORM 。

自己写过一个Django的，基本上就用到Django，如楼上，没有人气，不过是用来练手的

https://github.com/zhu327/forum

@maye696 @blue7blur 好了，基本上搞定反爬虫了

@blue7blur
@maye696
搜狗反爬虫，现在也没有很好的解决方法，时不时500，但是还是能用