linux下如何测试TCP并发数量

linux下如何测试TCP并发数量,第1张

查看>要求很高啊,我这有段代码,你看看。
package comtest;
import javaioBufferedReader;
import javaioBufferedWriter;
import javaioInputStreamReader;
import javaioOutputStreamWriter;
import javanetSocket;
public class Test>我们常常使用apache下的并发测试工具ab进行动态或静态页面URL的并发测试,以此作为服务器性能、配置以及系统架构是否合乎要求的一个衡量标准。 但是有一个问题,就是ab的表现并不稳定,在不同的机器上用ab对同一个服务器上的URL资源做测试常常出现截然不同的数据。就算在同一台机器上用ab做 测试,测试10组数据,也会有几组的数据存在较大的差异,以下是我曾做过的几组试验,先介绍下试验步骤及环境。
1、首先准备一台机器作为web服务器,硬件配置为硬件配置为Intel(R) Celeron(R) CPU G530 @ 240GHz 32位 内存4G 双核,系统版本CentOS release 55,web服务器版本Apache/2214。
2、web服务器采用apache,采用worker模式,具体配置为:
默认开启5个进程,每个进程下2个线程,最大开75个线程(此参数关系到实际系统开启的进程数,如果开启进程设置过多,以最大线程数为准),最大连接数为500。
3、apache以调用php模块的方式执行php脚本(非fast-cgi模式)。
4、首先在两台不同的机器上对此服务器用ab进行压测,将两台不同的机器编号为A与B,A为一台笔记本,性能较差,2G内存,且上面运行了一些程序占用 了一定比率的CPU及内存。B为一台台式机,硬件配置为CPU Intel G530 24GHz 内存 4GB,下面是测试数据:
A
50个并发,执行50次页面(每个连接执行一次页面,页面为phpinfo页面)
平均执行时间在17~18秒 简直不能忍
B
50个并发,执行50次页面
平均执行时间在02秒左右 毫无压力(3次平均)
100个并发,执行100次页面
平均执行时间在04秒左右 (3次平均)
200个并发,执行200次页面
平均执行时间在08秒左右(3次平均)
用A机器进行的测试结果,并发量连50都达不到,但用B机器测试WEB服务器可以胜任200个并发处理。为什么会出现如此截然不同的数据差别,还是要从原理上来分析。
ab是客户端模拟多线程来通过socket对服务器发起TCP请求,并等待服务器处理执行页面输出页面结果并返回到客户端以此来计算页面的执行时间等相 关数据。那么客户端CPU处理多线程的能力,测试时客户机的CPU状态、内存状态都会对测试结果造成影响,如果客户机同时处理这么多请求的能力很弱,那么 需要很长时间才能将请求发送到服务器,服务器处理完后也需要很长时间对返回数据做处理,这样就达不到测试服务器性能的要求了。因为时间都被客户机耗去了。 所以我们在测试的时候首先要选择好测试机,尽量选择性能较好的机器测试。因为得出的结论是天差地别的。
5、接下来我们单独用B机器进行测试,进行高强度的测试,连续测试20组数据,以200个并发、执行200次页面为测试条件,测试页面还是phpinfo页面,以下是测试数据:
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
每秒请求数:237 每个请求执行时间:843
测试结果非常稳定,没有大差异的结果。那么用300个并发、执行300次页面为测试条件结果会是怎样呢,以下是测试数据:
每秒请求数:79 每个请求执行时间:3765
每秒请求数:80 每个请求执行时间:3718
每秒请求数:81 每个请求执行时间:3671
每秒请求数:80 每个请求执行时间:3750
每秒请求数:79 每个请求执行时间:3796
每秒请求数:81 每个请求执行时间:3687
每秒请求数:79 每个请求执行时间:3765
每秒请求数:82 每个请求执行时间:3656
每秒请求数: 81 每个请求执行时间:3703
每秒请求数: 82 每个请求执行时间:3640
在高并发下的执行结果也比较稳定。
6、接下来我们在web服务器上进行测试,看测试结果是怎样的,测试10组数据 以200个并发、执行200次页面为测试条件,测试页面为phpinfo页面,以下是测试数据:
每秒请求数:1716 每个请求执行时间:116
每秒请求数:1764 每个请求执行时间:113
每秒请求数:1706 每个请求执行时间:117
每秒请求数:1643 每个请求执行时间:114
每秒请求数:1767 每个请求执行时间:113
每秒请求数:1732 每个请求执行时间:115
每秒请求数:727 每个请求执行时间:274
每秒请求数:249 每个请求执行时间:801
每秒请求数:1728 每个请求执行时间:115
每秒请求数:113每个请求执行时间: 1765
以上结果,比在B机器上表现的更好,但存在几个不稳定的数据。分析一下,一方面是网络传输速度的原因导致(本机上网络传输速度更快,所以成绩较好)。另一 方面是由于ab本身在执行的时候消耗的cpu的性能,但这个我的观点是影响可以忽略不计。还有一方面导致数据不稳定的因素可能是由于TCP连接在上一次测 试时为完全释放导致的原因。
综上所述,对于测试web服务器的性能,我们最好可以找一台独立的、性能较好的、并且上面没有运行很多应用程序的机器进行测试,这样的结果会更接近生产环 境的实际结果。实际的php页面执行复杂度可能是phpinfo的好几倍,所以在选定测试页面时,可以预先做一些复杂度更高的php页面进行测试,这样测 试的准确度会更高。

并发的意思是指网站在同一时间访问的人数,人数越大,瞬间带宽要求更高。服务器并发量分为: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

主要区别是,性质不同、目的不同、特点不同,具体如下:

一、性质不同

1、压力测试

压力测试是在强负载(大数据量、大量并发用户等)下的测试,查看应用系统在峰值使用情况下 *** 作行为,从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间(如24小时以上)的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。压力测试可以被看作是负载测试的一种,即高负载下的负载测试,或者说压力测试采用负载测试技术。

2、负载测试

负载测试是模拟实际软件系统所承受的负载条件的系统负荷,通过不断加载(如逐渐增加模拟用户的数量)或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源(如CPU、内存)等,以检验系统的行为和特性,以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。负载测试更多地体现了一种方法或一种技术。

3、并发测试

指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题,如内存泄漏、线程锁、资源争用问题,几乎所有的性能测试都会涉及并发测试。

二、目的不同

1、压力测试

目的是在软件投入使用以前或软件负载达到极限以前,通过执行可重复的负载测试,了解系统可靠性、性能瓶颈等,以提高软件系统的可靠性、稳定性,减少系统的宕机时间和因此带来的损失。

2、负载测试

负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外,负载测试还要评估性能特征。例如,响应时间、事务处理速率和其他与时间相关的方面。

3、并发测试

测试目的并非为了获得性能指标,而是为了发现并发引起的问题。 

三、特点不同

1、压力测试

压力测试通常是在高负载情况下来对系统的稳定性进行测试,更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。

2、负载测试

负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。

3、并发测试

在具体的性能测试工作中,并发用户往往都是借助工具来模拟的,例如LoadRunner性能测试工具中叫做虚拟用户,因为实际情况中去实现同时多人并发的测试环境要求比较高而测试成本高、测试时间也是比较长。

参考资料来源:百度百科-压力测试

参考资料来源:百度百科-负载测试

参考资料来源:百度百科-并发测试


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/12704927.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-27
下一篇 2023-05-27

发表评论

登录后才能评论

评论列表(0条)

保存