一直都是在美国亚马逊官方使用招行国际信用卡买的礼品卡，方便快捷。

一样的问题。把电视的 cec 相关设置关闭再打开后正常了。我的电视是 sony 的

1 、是不是本机的负载过高，导致不能及时处理 get 请求？
2 、升级下 driver 版本，如果使用的是 chrome 就升级 chromedriver

百度的 amis
或者 Dash

@rahuahua 拆分成小集群后 QPS 由 1.2W 提升到接近 12W 。差不多 10 倍了。
也不清楚原理是什么。

上周领导承诺要抗 30W QPS，结果一测战力只有 5 。。。折腾了好几天最终缩小范围到 Nginx 配置这块。

感谢各位大佬，周一上班去试试。

Nginx 前面是 ELB，发往 ELB 的压力都是一样的。2 个场景的测试压力是相同，下面画个 Upstream 的配置示意图吧。

性能差
Nginx1 ==》 30Servers
Nginx2 ==》 30Servers
Nginx3==》 30Servers
Nginx4==》 30Servers
Nginx5 ==》 30Servers
Nginx6 ==》 30Servers


性能有较大幅度提升
Nginx1 ==》 1-5Servers
Nginx2 ==》 6-10Servers
Nginx3==》 11-15Servers
Nginx4==》 16-20Servers
Nginx5 ==》 21-25Servers
Nginx6 ==》 26-30Servers

想知道场景 2 的整体性能提升是否说明 Nginx 的某些配置有问题，导致 Upstream 不能填太多 Server

忘记补充了一点。因为构造的测试压力是按 30 台估算后扩展的。所以理论上每台服务的 CPU 占用不应该太低。

之前也遇到这样的问题。无头模式时快时慢，好像是和 wait 的里面的一个参数有关系，似乎是轮询元素是否存在的频率？既不大清楚了。

Locust 是用 requests 库，加上只能用单个 CPU 核心。性能会比 wrk 差不少。

dubbo 是 java 的。如果是做功能测试，可以单独写一个 dubbo 转 http 的工具，然后用 python 去调这个工具的 http 接口。
或者用 jmeter 的 dubbo sampler 插件，在 jmeter 的测试脚本配置好每个接口的调用，然后用 python 去调 jmeter。