up:: 性能压测之Jmeter工具简介
说明： 无论Jmeter怎么压测，服务端的并发线程数就是上不去。。。
先不进行Jmeter测试，查看有多少进程运行
查看指标 top -H
统计信息区前五行是系统整体的统计信息。第一行是任务队列信息，同 uptime 命令的执行结果。其内容如下：
01:06:48 当前时间
up 1:22 系统运行时间，格式为时:分
1 user 当前登录用户数
load average: 0.06, 0.60, 0.48 系统负载，即任务队列的平均长度。三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。第二、三行为进程和CPU的信息。当有多个CPU时，这些内容可能会超过两行。内容如下：
total 进程总数
running 正在运行的进程数
sleeping 睡眠的进程数
stopped 停止的进程数
zombie 僵尸进程数
Cpu(s):
0.3% us 用户空间占用CPU百分比
1.0% sy 内核空间占用CPU百分比
0.0% ni 用户进程空间内改变过优先级的进程占用CPU百分比
98.7% id 空闲CPU百分比
0.0% wa 等待输入输出的CPU时间百分比
0.0% hi：硬件CPU中断占用百分比
0.0% si：软中断占用百分比
0.0% st：虚拟机占用百分比说明： 这里面的各种参数可以为我们检测压力提供重要数据支撑！运维。。。
linux的top命令参数详解 - ggjucheng - 博客园
先小压，再大压，才能发现系统瓶颈
小压一下
查看资源管理器
大压一下
我测试20000个线程并发。。。
我们遇到了服务器端的并发瓶颈了。
问题分析
往application-properties文件添加下面代码，就可以改变Tomcat的默认配置：
server.tomcat.accept-count=1000
server.tomcat.max-threads=800
server.tomcat.min-spare-threads=100
使用tail -200f nohup.out命令查看：
再次并发测试
120-20=100
820-20=800` 正好是我们配置文件所配置的数据。。。这多出来的20其实不一定是Jmeter发起的进程。。。