Loadrunner 场景错误汇总（二）

报错如下：

Error -27740： WSA_IO_pending

Error -27740： WSA_IO_pending
Action.c(198): Error -27791: Server **** has shut down the connection prematurely
Action.c(198): Error -27790: Failed to read data from server  *** [10053] Software caused connection abort
Action.c(198): Error -27740: Overlapped transmission of request to"www.****"  for URL "****"  failed: WSA_IO_PENDING
 
Diagnosis: 
    Overlapped transmission of request to '%1' for URL 'URL' failed. The transmission of data to the server failed. It could be a network, router, or server problem. The word Overlapped refers to the way LoadRunner sends data in order to get a Web Page Breakdown.
--------- Troubleshooting-----------------------------------
    Add the following statement to the beginning of the script to disable the breakdown of the "First Buffer" into server and network time: 
    web_set_sockets_option("OVERLAPPED_SEND", "0");
 
--------- 经验------------------------------------------------------------------------
IO Overlapped是一种异步IO，在socket层，只有少量数据发送的时候，只要create new thread,send, receive就可以。
但是当数据量增加的时候，要考虑资源的充分利用，也要避免资源的拥塞队列，如果创建线程过多，和CPU内存磁盘等资源的交互过多，可能导致拥塞出现。在这时就要考虑资源的拥塞问题了，在socket中有两种处理的方式：

1.IO overlapped
工作方式是这样的：
A:调用WSARecv, WSARecvFrom, WSASend, WSASendTo, 或 WSAIoctl.等函数，传入overlapped参数，表示这个函数要执行这个动作；
B:调用WSAGetOverlappedResult函数来取数据；
C:再执行A，调用另一个带有overlapped的参数另一个线程交替处理。
这种方式，可以处理一定量的数据。但是在大数据量的时候，这种处理方式显示出了先天的不足。因为使用这种方式会创建新的线程，这样势必增加系统的开销。当出现成千上万的线程时，系统的开销已经相当大了，因为要频繁的在上下文之间切换。所以在socket编程里，这种方式，处理线程数不是很大的情况下是比较有优势的。

2.IO completion port 
在winsock2中引入了异步IO的API：IOCP。其实这里也是overlapped的理念。但有不同，如下描述：
这种异步IO的工作方式是：先开一些线程，处在hold的状态下，应用线程和completion port关联起来，当某个线程要处理数据时，就与completion port进行通信，这样就可以进行socket操作了，这种处理方式就是在刚开始的时候，消耗一些资源开线程，处理大数据量的socket通信，如图：

这样一来completion port就可以处理threads和IO Device之间的交互了。
打个比方来说：有很多人早上都去坐地铁，但是，如果不限制人往站台走的速度，售票口就要增加很多个才能处理乘客的请求，这样成本就会增加很多，并且站台上最后会挤满了人，最后导致危机出现；而现在，在进入地铁的时候，加上有序的限流措施，这样一来售票口不用增加，也可以处理乘客的请求，站台上就不会有那么大的压力。在我的理解中，completion port就有着这么一个功能。在处理大数据量的时候，它起着维持秩序的作用。

以上为socket在处理数据量较大时的两种方式。
而在性能测试中，如果开的线程过多，可能某些资源不足导致不停的上下文切换，就会有thread得不到资源，从而出现pending。
如果我们关闭了overlapped，就会同步执行。这时如果CPU速度够快（同时其他资源是足够用的），是可以处理所有请求，并且不会出现pending的。但是，如果thread开的越来越多，也可能导致CPU处理不了，从而出现CPU频繁的上下文切换，或者队列增长。最后出错。这时，我们可以针对性的来提出解决方案了。

 

报错如下：

Action.c(7): Error -27791: Server "10.10.0.88" has shut down the connection prematurely

1）测试的时候最好应用干净的测试环境，即：清楚一切可能干扰的对象；
2）如果出了这种错误，要认真的去排查错误，不单单找找脚本，或者[b][url=http://www.ltesting.net/html/2/category-catid-2.html]测试工具[/url][/b]的问题，还要查找一下运行环境，被测对象等其他问题；
3）排查问题的时候一定要仔细认真，有步骤的去排查；
另外关于上面两个楼主的问题说一下自己的观点：
1）关于判断最终访问是否成功，从本例子来看可能确实成功了，应为VUG回放的机制和control的回放机制是不一样的，如果需要判断是否真的成功可以用文本检查点进行检查web_find,或者web_reg_find函数；

 

-27791

运行Controller时遇到这个error：
Action.c(7): Error -27791: Server "10.10.0.88" has shut down the connection prematurely
解决方案如下：
1、应用服务器死掉。小用户时程序上的问题，程序上处理数据库的问题
2、应用服务没有死。应用服务参数设置问题。例如：在许多客户端weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是weblogic中的server元素的acceptbacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25%。
3、数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数（跟硬件的内存有关）
4、有时关闭卡巴斯基也会解决如上问题