@sagaxu 带佬为啥 uwsgi 和我 gunicorn 部署效率差这么多？我默认配置单进程就 700

@laminux29 你这是正确的废话，哪个蛋疼的用 c++写 web 业务

@lithbitren 我一直不支持用猴子补丁，我不知道 grequests 的具体实现方式。但是你应该知道多线程是多线程，IO 复用是 IO 复用，你用线程的思考方式考虑 IO 复用是风马牛不相及的两码事。windows 下线程切换的默认时间片是十毫秒还是多少记不住了，linux 应该是几十微秒，基于线程模型理所当然是浪费大部分 IO 性能的，无所谓什么解析数据占用线程资源，就像 select 有监控上限，他不是 py 的并发极限，只是单纯你用了错误的方式而已

@ClericPy 纯新，不熟悉 django。channels 好像以前听说过是个 django 版的异步项目？百度查了查怎么是关于 websocket 的

@vicalloy 对于绝大多数服务，你对 http 的本地 echo 的期望延迟应该在 1ms 左右，很难想象 100ms 你该如何构建应用。就像比如你搭建一些基于 TCP 的服务，单次 echo 在 500 微秒，你可以加一些控制协议实现整套流程在毫秒级别，反之如果单次 echo 很高，你加一些协议之后单次 echo 都要到秒级了，还怎么敢用

@whoami9894 japronto 和 vibora 都是 demo 版本，写的时候异步 api 还没稳定，后来也没更了，sanic 和 tornado 不是一个量级的框架，没什么可讨论的

@yuyueMJ 倒不是追求并发，没那么多高 PV 的业务，只是作为程序员天然地追求，性能稍微高一点，可以解锁很多适用场景。每秒五六百的 echo 数，流量几百 KB 基本属于完全不及格的水准。只是想学习前先了解一下 django 的性能如何。总的来说目前的看法是业务代码界的扛把子基本是性能的倒数第一，太尴尬了。

异步新框架性能也都不错，没什么难两全的，只是生态不好而已。

@black11black pypy 测了一下，meinheld .so 载入错误跑不起，gevent，三分钟烤鸡后单线程 4275，多线程 11000，表现不如 cpython，多进程表现比较奇怪。

@lithbitren 你不了解机制，最好的解决办法就是装 linux，windows 的中断嵌套机制与 linux 各有取舍，就不是为网络服务设计的。装了 linux 你随意使用 epoll，uvloop 随便装，哪像 windows 这样缩手缩脚。系统级事务切换耗时的数量级也不一样。之前有过测试，自建事件循环，同样的 py 代码，即时只封装生成器做简单的事务切换，win 与 linux 的耗时表现也是完全不同

@Qzier meinheld 确实比 gevent 快，单进程 2800，多进程 21424，勉强有个现代服务器的水准。。。。大佬知不知道这一套工具链 pypy 支不支持

@yzongyue 我接触异步已经是 py3.4 以后的事了，一直是原生异步党，一直对猴子补丁观感不好，能不用尽量不用....不过好像 django 也没啥别的可用的，用 gevent 以后单线程 1500qps，fork 模式 10500qps，感觉勉强达到个 40 分水准吧。。。能用级别。
延迟还是居高不下，不是我说，linux 环境里本地 echo 还能跑到 2、300 毫秒的延迟实在是太夸张了。。。。facebook 以前怎么活下来的

@assad ？？？？？？？

你不了解多路复用机制在这里问这些别人很难回答你...
所有声称异步框架性能测试 100%基于 linux，你一定说我就要 windows，那答案就是简单的没办法。select 由于轮寻机制即时解锁 fd 上限性能一样会挂，win 下 iocp 在 py 内目前没有生产级封装。

@lithbitren 建议补习基础知识....想异步爬虫就好好原生异步，不要猴子补丁....select 机能限制就这么高性能啊，我猜测 select 限制是因为 select 默认 512fd，正好符合了你说的超 500 不稳定，有问题上 epoll 啊，我又不知道你代码怎么写的，纯粹瞎猜。py 原生异步切换携程的时间消耗是微秒级的，合理配置后可以到纳秒级，十万并发不好说，网络状况合适的条件下单线程一万肯定能达到，你这么低性能都出问题明显是网络问题或者代码写的有问题。。

Running 10s test @ http://127.0.0.1:8080
16 threads and 500 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 45.53ms 149.08ms 1.74s 95.35%
Req/Sec 529.59 279.84 1.80k 68.10%
77017 requests in 10.03s, 16.89MB read
Socket errors: connect 0, read 0, write 0, timeout 20
Requests/sec: 7677.28
Transfer/sec: 1.68MB


Running 10s test @ http://127.0.0.1:8080
16 threads and 500 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 140.74ms 187.12ms 1.75s 88.36%
Req/Sec 104.58 98.50 336.00 74.31%
8123 requests in 10.22s, 1.78MB read
Socket errors: connect 0, read 0, write 0, timeout 10
Requests/sec: 794.46
Transfer/sec: 178.44KB

很明显是你用 select 锁 512fd 的问题吧

蓝光眼镜是明确有效的，你连续 48 小时不睡觉后眼睛处于极度疲劳状态，可以感受到明显差别，并不是智商税。但是蓝光眼镜的问题在于日常屏蔽蓝光会导致视力问题。。。

个人感觉入了云服务器就会有源源不断的测试项目跟上，很多需求是入之前想不到的。相较之下寸土寸金的国内服务器还是太贵了，远称不上平价

@gwy15
我觉得问题也不大，应该不用一定 nginx 重定向，可以服务端加个中间件搞定。