你见过刮了 5 6 年的风口吗？

这么多贴博客的。我的没特色就不贴了。

@caomu 对对对。就这个。其实根据这个可以直接推断剧情 bug 了。

我记得有个英文网站类似 wiki 那种把剧情套路都给加上了编号。比如男主角地上捡东西抬头看到的女主角。然后他们把所有电视剧的剧情都编号流水化了，什么伏笔套路 1+伏笔套路 2+剧情套路 3+剧情转折 4+结局 5 就可以把一部剧讲清楚。

网址忘记了。比 imdb 还古老。

是谁让我点进这个帖子的。。。自插双眼而出。

问题是马云 996 奋斗出来一个阿里巴巴帝国。

你们 996 摸鱼的有多少？

反对加班，特别要反对制度性加班。最谴责的是那种笨蛋企图希望通过加班复制一个阿里巴巴的。

还有个 unlink

市场上买来的虚拟号码会出这么多问题吗？

Google 本来就是 support 是最烂的公司。

写接口啊。

LZ 在 golang 里实现过跨进程直接共享内存里的对象？

@xing393939 设置 100 其实很夸张了。

假如你一个请求 10ms 完成（实际肯定不止这个数），那么 100 个 queue，最后一个请求也得 1s 之后才能开始处理。。。对用户而言这就是灾难吧。。你 1025 长度的 queue，最后一个请求就是 10s 之后才会处理了。。

看下接口平均响应时间呢。

listen 一般 200 就够用了。你这是堵了多少没处理过来的请求。。。还是贵站业务特别繁忙？

举个例子，

workers = 144
listen = 100

这个配置我 4 个物理机抗过 4w qps 的的峰值。

这也叫隐写术啊？

控制变量，用 nginx 先试试。

3 毛 1G 就买。

@lasuar 如果你想在 uWSGI 把 thread 的行为调试出来跑起来很顺畅我是劝你。。早点放弃。。

@lasuar 这里的 thread=2 是每个进程可以通过 2 个线程去同时处理 http 请求。