jmeter 本机承载能力测试结果

cpu核心数 内存大小 影响吞吐量大小
配置越高吞吐量成变大趋势（并非线性增大）

配置低的比如2c 8G的 吞吐量就小

-bash: fork: Cannot allocate memory 问题的处理
echo "kernel.pid_max=1000000 " >> /etc/sysctl.conf

压测nginx 500错误 修改了nginx参数，就不再报错
worker_rlimit_nofile 655360;

jvm内存配置成7g算是2c8g机器的极限配置

处理4万并发 吞吐量4500-6000
至于吞吐量为什么还是每到想像的那么多，虽然是配置4万并发 但是处理的实际上没那么多，可能是线性排着队列执行，导致没那么多的吞吐量

处理5万并发 报如下错误
Java HotSpot™ 64-Bit Server VM warning: INFO: os::commit_memory(0x00007f3e67940000, 12288, 0) failed; error=‘Cannot allocate memory’ (errno=12)
[thread 139906003502848 also had an error]
Uncaught Exception java.lang.OutOfMemoryError: unable to create new native thread. See log file for details.

所以jmeter本身的能力是受cpu和内存最大值就是瓶颈。

官网上一段描述
分布式测试中的限制
A single JMeter client running on a 2-3 GHz CPU (recent CPU) can handle 1000-2000 threads depending on the type of test.
一个运行在2-3 GHz CPU(最近的CPU)上的JMeter客户机可以根据测试类型处理1000-2000个线程。

jmeter分布式和单机执行有差别吗
Jmeter的并发是线性的。在不考虑施压机的性能瓶颈之外，理论上单机几乎是不可能做到真正的并发，而分布式可以缩小这方面的误差。