用50个并发线程模拟1万在线用户的逻辑

1不管是大颗粒度（多接口事务构成一个事务型业务）还是单接口，目前系统的性能对应的tps就在那里，它是不变的

2  100的tps可以认为是100的并发数，可以用100个并发线程去压测，给几分钟的压测压力，让服务端真正能够达到每秒处理了100个并发请求；但是，更应该注意的是，并非必须用100个并发线程去压，你只要压测出最高的tps后，再根据你设定的最大响应时间，这个最大并发请求可以计算出来。比如你预计最大能接受的响应时间是4s，那么实际的并发数就是最大并发数的基础上乘以4所以如何选取压测的并发模拟线程，唯一的参考数据不断加压，加压到系统平均响应时间达到1s左右，这时候你就得到了系统最大tps了，那么真实的并发用户数是多少，再根据你定义的最大响应时间乘以这个数就行，它也可以是小于1s，也可以是大于1s

最大tps（每秒请求数）产品经理约定的最大响应时间=并发用户数

3:问题：

    1万用户，并发度5%，得到最大要求的tps是500，最大响应时间要求是01s，那么初始定义压测线程是多少？

01 rt 表示 服务器每个线程需要执行的时间，tps表示每秒要处理的线程数，那么50001表示服务端每秒能够处理的线程数为50

小结：

1单接口最大tps，可以通过一个基本的线程数/响应时间得到，并不需要一定压到1s才能知道

2预定的tps和响应时间确定的话，那么给出的预压测线程可以轻易计算 =tps响应时间

并发的意思是指网站在同一时间访问的人数，人数越大，瞬间带宽要求更高。服务器并发量分为：1业务并发用户数；2最大并发访问数；3系统用户数；4同时在线用户数；

说明服务器实际压力，能承受的最大并发访问数，既取决于业务并发用户数，还取决于用户的业务场景，这些可以通过对服务器日志的分析得到。

一般只需要分析出典型业务（用户常用，最关注的业务操作）

给出一个估算业务并发用户数的公式（测试人员一般只关心业务并发用户数）

C=nL/T

C^=C+3×(C的平方根)

C是平均的业务并发用户数、n是login session的数量、L是login session的平均长度、T是指考察的时间段长度、C^是指业务并发用户数的峰值。

假设OA系统有1000用户，每天400个用户发访问，每个登录到退出平均时间2小时，在1天时间内用户只在8小时内使用该系统。

C=400×2/8=100

C^=100+3×(100的平方根)=100+3×10=130

另外，如果知道平均每个用户发出的请求数u，则系统吞吐量可以估算为u×C

精确估算，还要考虑用户业务操作存在一定的时间集中性（比如上班后1小时内是OA系统高峰期），采用公式计算仍然会存在偏差。

285-104-1346

肯定不可行，使用消息队列只能缓解对冷数据的访问压力，并不能降低对HTTP服务器的访问压力。多个设备请求HTTP资源，最终访问的都是HTTP服务器的本地或代理资源。消息队列中间件一般是为了缓解高并发访问请求对数据库的压力。

　　21 测试环境

　　作者使用了Tomcat作为Web服务器进行测试，被测试的内容是一个jsp文件和一个servlet，jsp文件调用JavaBean、打印相关信息，servlet接受用户参数、调用javabean、输出相关信息。详细的内容请参考作者提供的JMeterwar的内容。

　　22 安装启动JMeter

　　大家可以到通过http://apachelinuxforumnet/dist/jakarta/jmeter/binaries/jakarta-jmeter-191zip下载JMeter的release版本，然后将下载的zip文件解压缩到C:/JMeter（后面的文章中将使用%JMeter%来引用这个目录）目录下。

　　现在，请使用%JMeter%/bin下面的jmeterbat批处理文件来启动JMeter的可视化界面，下面的工作都将在这个可视化界面界面上进行操作。下面的是JMeter的可视化界面的屏幕截图。

　　图一： JMeter打开时的屏幕截图

　　图一： JMeter打开时的屏幕截图

　　23 建立测试计划（Test Plan）

　　测试计划描述了执行测试过程中JMeter的执行过程和步骤，一个完整的测试计划包括一个或者多个线程组(Thread Groups)、逻辑控制（Logic Controller）、实例产生控制器（Sample Generating Controllers）、侦听器(Listener)、定时器（Timer）、比较（Assertions）、配置元素（Config Elements）。打开JMeter时，它已经建立一个默认的测试计划,一个JMeter应用的实例只能建立或者打开一个测试计划。

　　现在我们开始填充一个测试计划的内容，这个测试计划向一个jsp文件和一个servlet发出请求，我们需要JMeter模拟五个请求者（也就是五个线程），每个请求者连续请求两次，下面的章节介绍了详细的操作步骤。

　　24 增加负载信息设置

　　这一步，我们将向测试计划中增加相关负载设置,是Jmeter知道我们需要模拟五个请求者，每个请求者在测试过程中连续请求两次。详细步骤如下：

　　1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'Thread Group，界面右边将会出现他的设置信息框。

　　2 Thread Group有三个和负载信息相关的参数：

　　Number of Threads： 设置发送请求的用户数目

　　Ramp-up period： 每个请求发生的总时间间隔，单位是秒。比如你的请求数目是5，而这个参数是10，那么每个请求之间的间隔就是10／5，也就是2秒

　　Loop Count： 请求发生的重复次数，如果选择后面的forever（默认），那么 请求将一直继续，如果不选择forever，而在输入框中输入数字，那么请求将重复 指定的次数，如果输入0，那么请求将执行一次。

　　根据我们演示例子的设计，我们应该将Number of Threads设置为5，Ramp-up period设置为0（也就是同时并发请求），不选中forever，在Loop Count后面的输入框中输入2，设置后的屏幕截图如下：

　　图二：设置好参数的Thread Group。

　　图二：设置好参数的Thread Group。

　　25 增加默认Http属性（可选）

　　实际的测试工作往往是针对同一个服务器上Web应用展开的,所以Jmeter提供了这样一种设置, 在默认Http属性设置需要被测试服务器的相关属性，以后的http请求设置中就可以忽略这些相同参数的设置,减少设置参数录入的时间。

　　我们这里将采用这种属性。你可以通过下面的步骤来设置默认http属性：

　　1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'config element'http request defaults，界面右边将会出现他的设置信息框。

　　2 默认http属性的主要参数说明如下：

　　protocal：发送测试请求时使用的协议

　　server name or ip：被测试服务器的ip地址或者名字

　　path： 默认的起始位置。比如将path设置为／jmeter，那么所有的http请求的url中都将增加／jmeter路径。

　　port number： 服务器提供服务的端口号

　　我们的测试计划将针对本机的Web服务器上的Web应用进行测试，所以protocal应该是http，ip使用localhost，因为这个web应用发布的context路径是／jmeter，所以这里的path设置为／jmeter，因为使用Tomcat服务器，所以port number是8080。设置后的屏幕截图如下：

　　图三： 测试计划中使用的默认Http参数

　　图三： 测试计划中使用的默认Http参数

　　26 增加Http请求

　　现在我们需要增加http请求了，他也是我们测试的内容主体部分。你可以通过下面的步骤来增加性的http请求：

　　1 选中可视化界面中左边树的Thread Group节点，单击右键，选择Add'sampler'http request，界面右边将会出现他的设置信息框。

　　2 他的参数和25中介绍的http属性差不多，增加的属性中有发送http时方法的选择，你可以选择为get或者post。

　　我们现在增加两个http 请求，因为我们设置了默认的http属性，所以和默认http属性中相同的属性不再重复设置。设置后的屏幕截图如下：

　　图四：设置好的jsp测试请求

　　图四：设置好的jsp测试请求

　　图五：设置好的Servlet测试请求（带参数）

　　图五：设置好的Servlet测试请求（带参数）

　　27 增加Listener

　　增加listener是为了记录测试信息并且可以使用Jmeter提供的可视化界面查看测试结果，里面有好几种结果分析方式可供选择，你可以根据自己习惯的分析方式选择不同的结果显示方式，我们这里使用表格的形式来查看和分析测试结果。你可以通过下面的步骤来增加listener：

　　1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'listener'view result in table，界面右边将会出现他的设置信息和结果显示框。

　　2 你可以设置界面上面的filename属性设置将测试结果保存到某个文件中 界面下面将使用表格显示测试结果，表格的第一列sampleno显示请求执行的顺序和编号，url显示请求发送的目标，sample－ms列显示这个请求完成耗费的时间，最后的success列显示改请求是否成功执行。

　　界面的最下面你还可以看到一些统计信息，最关心的应该是Average吧，也就是相应的平均时间。

　　28 开始执行测试计划

　　现在你可以通过单击菜单栏run -> Start开始执行测试计划了。下面这两个图是作者第一次、第二次执行该测试计划的结果图:

　　大家可以看到第一次执行时的几个大时间值均来自于jsp request，这可以通过下面的理由进行解释：jsp执行前都需要被编译成class文件。所以第二次的结果才是正常的结果。

1、查看Web服务器（Nginx Apache）的并发请求数及其TCP连接状态： netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'netstat -n|grep ^tcp|awk '{print $NF}'|sort -nr|uniq -c 或者：netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,"t",state[key]}'返回结果一般如下： LAST_ACK 5 （正在等待处理的请求数）SYN_RECV 30ESTABLISHED 1597 （正常数据传输状态）FIN_WAIT1 51FIN_WAIT2 504TIME_WAIT 1057 （处理完毕，等待超时结束的请求数） 其他参数说明： CLOSED：无连接是活动的或正在进行LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2：另一边已同意释放ITMED_WAIT：等待所有分组死掉CLOSING：两边同时尝试关闭TIME_WAIT：另一边已初始化一个释放LAST_ACK：等待所有分组死掉 2、查看Nginx运行进程数ps -ef | grep nginx | wc -l返回的数字就是nginx的运行进程数，如果是apache则执行ps -ef | grep httpd | wc -l 3、查看Web服务器进程连接数：netstat -antp | grep 80 | grep ESTABLISHED -c 4、查看MySQL进程连接数：ps -axef | grep mysqld -c

楼主您好

有礼了

我是专业的IDC服务器工作人员，我来帮帮您

CPU处理器 �Intel Core2 E7300 双核处理器

内存 �2048M DDR800 内存

硬盘 �160G SATA 带NCQ技术高速硬盘

网卡 �Intel 100M

机箱 �1U 标准服务器

电源 �350W 低功耗电源

网络带宽 �100M共享

数据流量 �不限

IP地址 �免费赠送一个固定IP地址

4800 元直接送产权，这个非常适合您

很高兴为您解答，有什么不明白的，欢迎与我咨询，海腾数据---中尉

消除瓶颈是提高服务器性能和并发能力的唯一途径。

如果你能够消除所有的瓶颈，你就能够最大的发挥硬件性能，让系统的性能和并发数到达最佳。

采用多线程多核编程，使用事件驱动或异步消息机制，尽量减少阻塞和等待操作（如I/O阻塞、同步等待或计时/超时等）。

原理：

1、多线程多核编程，消除cpu瓶颈。

2、采用IOCP或epoll，利用状态监测和通知方式，消除网络I/O阻塞瓶颈。

3、采用事件驱动或异步消息机制，可以消除不必要的等待操作。

4、如果是Linux，可以采用AIO来消除磁盘I/O阻塞瓶颈。

5、在事件驱动框架或异步消息中统一处理timer事件，变同步为异步，而且可以在一个线程处理无数timer事件。

6、深入分析外部的阻塞来源，消除它。

比如数据库查询较慢，导致服务器处理较慢，并发数上不去，这时就要优化数据库性能。

7、如果与某个其他server通信量很大，导致性能下降较多。

可以考虑把这两个server放在一个主机上，采用共享内存的方式来做IPC通信，可以大大提高性能。