Loadruner Error: A workaround for Step download timeout (seconds)

a netizen asked me a question as follows:
Loadruner error: Error-27728:step download timeout (seconds) how to solve
Grammar check passed, but when executing a query concurrently error ACTION.C (): Error-27728:step download timeout (seconds) have expired when downloading Non-res Ource (s), what is the solution, I use web_set_timeout, as if it does not work, directly in the option to set the timeout time of 600, (the unit should be seconds) or does not work, the results are still prompt (120seconds), The explanation is still judged in 120 seconds; using Lrs_set_recv_timeout, the syntax checker does not, however, indicate that the function is not in the library function.

To try the steps:
Set the time-out to 600 seconds, playback or error.

Later I set the advaced area in the Internet protocol-preferences in Runt time setting to have a winlnet replay instead of sockets option, and the option to replay it successfully.

Kernzhang explained below (thanks Kernzhang here)：

This question is very interesting! First LR is to record the Web protocol through the Microsoft WinInet DLL! However, when the control is run, it is by default through the socket to simulate the request, because these can be real analog bandwidth, and the use of Microsoft WinInet DLL through this DLL to access the network card mode to simulate bandwidth, so the simulation is not very accurate! And it does not support UNIX applications, but with some of the requests that do sometimes fail to process the winnet DLL, I think it's a bug, such as: it checks for Content-length when it's played back, but when the Web supports receive more data, The socket simulation will wait until timeout!

First said some advantages and disadvantages, and finally back to the problem! The problem is analyzed in two ways:
First: You have to understand web_set_timeout () This function of the scope of application! For example, a web_submit_data () actually covers 10 server-side requests, and this function is for the sum of 10 requests! (Do not make a low-level error, timeout divided by connect,receive and download three parts:))
Second: I explained some of the above bug problems!
WinInet DLLs can be asynchronous when processing requests in a new version, which is no longer the kind of connection waiting and then timeout mode! But the socket for LR is a synchronous request! Only wait until timeout to quit! Microsoft has made it clear that Internet_option_receive_timeout no longer applies to Microsoft Internet Explorer 5.0, and it is clear that they are handling requests in a way that takes an asynchronous approach! Oh! This will probably be a perfect explanation for your problem! Oh

Here, I add the following:
Vugen-only socket-based replay is a lightweight engine that can be scaled for load testing. is accurate when using threads. The socket-based engine does not support SOCKS proxy servers. If you are recording in such an environment, you should use the WinInet replay engine.

Transferred from: http://blog.csdn.net/zeeslo/article/details/1059187

Loadruner Error: A workaround for Step download timeout (seconds)