abersheeran

我的评价是：这种文章都不会好好写的人，代码也只能写成一坨屎。

你都上 V2EX 了应该有 tg 账号，我觉得你这个场景 tg bot 更适合。

冲突是大势已成，不以任何人的意志而改变。至于会不会战争升级看接下来搅动世界风云的那些人会怎么做了，现在有原子弹悬在他们头上，所以我个人认为升级的可能性不像二战那时候那么大。

局部冲突是无可避免的。

@abersheeran #20 查到了，gunicorn 一开 gevent ，连 http 都不自己处理了，全丢给 gevent ，gunicorn 就只管进程。zibai 的用法是只用 gevent monkey patch 。gevent.wsgi 在 Linux 上比 zibai.h11 快的原因还得再查查。

@hutoer #15

找了一台低配 Linux 服务器跑测试，我发现 -t 8 -c 40 吃不满单核 CPU ，换了一个更高的参数跑。并发更大的是 gunicorn+gevent

但是看这个数据来说，zibai 的平均请求耗时明明更短，方差更小、最大值也更小。总体并发不知道为什么还没 gunicorn 高，我再深入研究一下。可能 gunicorn 对 Linux 做了针对性优化，毕竟我放在 GitHub 上的 benchmark 来自一台 MacBook ，而那个结果是反过来的，zibai 远高于 gunicorn 。

./wrk -t 16 -c 160 -d 1000 http://127.0.0.1:8000
Running 17m test @ http://127.0.0.1:8000
16 threads and 160 connections
^C Thread Stats Avg Stdev Max +/- Stdev
Latency 200.00ms 263.38ms 1.47s 81.44%
Req/Sec 715.51 0.98k 6.19k 86.00%
254899 requests in 46.36s, 41.57MB read
Requests/sec: 5498.37
Transfer/sec: 0.90MB

./wrk -t 16 -c 160 -d 1000 http://127.0.0.1:8000
Running 17m test @ http://127.0.0.1:8000
16 threads and 160 connections
^C Thread Stats Avg Stdev Max +/- Stdev
Latency 52.27ms 9.08ms 198.67ms 88.68%
Req/Sec 191.78 23.24 262.00 79.09%
90721 requests in 29.83s, 9.18MB read
Requests/sec: 3041.02
Transfer/sec: 315.20KB

@hutoer #18 那有点怪了，我一会用一个低配 Linux 测一下

@hutoer #15 https://github.com/abersheeran/zibai/blob/main/benchmark.md GitHub 上我的测试结果和你这个差别有点大

@hutoer #15 我看 gunicorn 你开 gevent 了，你装 zibai 的时候带上 gevent 了吗？看启动日志，里面会显示是否启用了 gevent 。

@chinesehuazhou #2 好，谢谢。