
(2)另一方是不符合其自身的同一个网段,通过路由无法找到当然对方,但有时对方确实存在,没有超时也返回信息。
(3)对方确实存在,但设置ICMP数据包过滤(比如防火墙设置)。
(4)设置错误
在正常情况下的IP地址,主机应该有一个网卡,一个IP地址,或者多张卡,多个IP地址(该地址必须在一个不同的IP子网净)。但是,如果一台电脑“拨号网络适配器”(软卡的相当值)作TCP / IP设置,并设置一个局域网的IP地址在同一子网中的IP地址,这样它才会出现在IP层协议,哪台主机有两个不同的接口在同一网段。从平当其他机器,就会有这样的问题主机:
A.主机不知道数据包发送到网络接口,因为有两个网络接口都连接到同一个网段。
B.主机不知道哪个地址作为数据包的源地址。因此,从大型机到平其他机器,IP层协议会无法处理,超时后,
平会给出一个“无应答超时”的错误信息提示。但是,当其他主机Ping本主机时,请求包从特定的网卡,ICMP只是简单的目的,源地址互换,并可以改变一些迹象,可以成功地发出ICMP响应报文,其他主机也就能平安顺利过关这台机器。
在性能测试过程中,为了真实模拟多个用户同时进行 *** 作以度量服务器的处理能力,可以考虑同步虚拟用户以便恰好在同一时刻执行 *** 作或发送请求。
通过插入集合点可以较真实模拟多个用户并发 *** 作。
(注意:虽然通过加入集合点可以约束请求同时发送,但不能确保请求同时到达服务器,所以只能说是较真实模拟并发)
在JMeter中可以通过同步定时器来设置集合点。
Synchronizing Timer的目的是阻塞线程,直到X个线程被阻塞,然后它们全部被释放。因此,Synchronizing Timer可以在测试计划的各个点创建大的即时负载。
▲ 配置项
设置一次性释放的线程数(默认为0)。通俗的理解就是并发用户数。
若设置为0,表示一次性释放的线程组下所有的线程。也就是并发用户数等于线程组下设置的线程数。
设置超时时间(单位毫秒ms,默认为0)。
若设置为0,定时器需要无条件等待设置线程数个数的线程全部到达才释放。比如设置线程数为100,则定时器无条件等待直到有100个线程达到才释放。
若设置的值大于0,则定时器以设置的超时时间作为等待释放的条件。
若相邻两个线程到达同步定时器的时间间隔大于超时时间,即使设置的线程数的线程未全部到达,定时器也会停止等待而释放到达的线程。
比如设置线程数为100,超时时间为2000ms,
工作原理为: 从定时器工作开始计时,时间从0开始,在超时时间内第1个线程达到,则计时器重置为0等待第2个线程,在超时时间内第2个线程到达,计时器重置为0等待第3个线程...
只要相邻两个线程组之间的等待时间间隔没有超过2000ms的超时时间,则会等待全部100个线程达到才释放。
否则会停止等待立即释放,比如,在等待第24个线程到达定时器时,计时器时间超过2000ms了,则定时器停止等待,立即释放到达的23个线程。
▲ 注意事项
在使用同步定时器时,请注意如下事项:
● 1.超时时间设置合理性
● 2.同步定时器仅对同一JVM中的线程有效,因此在分布式测试中不要使用,因为当JMeter分布式部署执行性能测试时,测试计划分发到不同的Slave上执行,为了确定是否满足线程释放条件,各台Slave上的JVM需要相互通信才能确定,实现困难且即使实现了也难免存在延时,这样就不能保证真实的并发。所以目前JMeter的做法是仅支持单个JVM。
这里以ECshop前台系统登录并发为例。
假设默认50个用户并发登录。
添加同步定时器,将释放线程数设置为50,超时时间设置为1000ms。
如下图所示:
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)