轉：loadruner報錯:Step download timeout(120 seconds)的一個解決方案

標籤：style   http   color   os   使用   io   strong   ar   問題   

一個網友問了我一個問題如下：
loadruner報錯：Error -27728: Step download timeout (120 seconds) 如何解決
語法檢查通過，但是在並發執行一個查詢時候報錯Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)，請問有啥子解決方案，我使用web_set_timeout ，好象不起作用，直接在option中設定timeout時間為600，（單位應該是秒吧）還是沒有起作用，結果都還是提示（120seconds），說明還是以120秒來判斷的；使用lrs_set_recv_timeout，語法檢查不過，說明庫函數裡面沒有這個函數。

嘗試步驟：
設定逾時時間到600秒，回放還是出錯。

後來我設定了runt time setting中的internet protocol-preferences中的advaced地區有一個winlnet replay instead of sockets選項，選項後再回放就成功了。

kernzhang解釋如下（這裡謝謝kernzhang）：

這個問題很有意思！呵呵!首先LR是通過Microsoft WinInet DLL去錄製web協議的！但是在Control啟動並執行時候它預設通過socket去類比請求，因為這些可以真實的類比頻寬，而採用Microsoft WinInet DLL通過這個DLL去訪問網卡方式去類比頻寬，使得類比不是很精確！而且也不支援unix的應用，但是使用這個確實有時無法處理winnet Dll的一些請求，我認為是它的一些BUG，比如說：回放時它會檢查Content-Length，但是網頁支援receive more data時，這時socket類比會一直等待直到timeout!

先說了一些優缺點，最後回到這個問題！這個問題分兩個方面分析：
第一：你要明白web_set_timeout()這個函數的適用範圍！比如說一個web_submit_data（）中實際涵蓋了10個對Server 端的請求，這個函數是針對10個請求的總和時間的！（別犯低級錯誤，timeout分了connect,receive以及download三個部分：） ）
第二：就是我解釋的上面的一些BUG問題！
WinInet dll在新版本中處理請求時可以非同步，就是不再是那種串連等待然後逾時模式！但是LR用的socket是同步請求！只有等到timeout才會退出！microsoft已經明確表示INTERNET_OPTION_RECEIVE_TIMEOUT 不再適用於 Microsoft Internet Explorer 5.0，顯而易見，他們處理請求採取了非同步處理的方式！呵呵！這下大概可以圓滿解釋你的問題了！呵呵

這裡，我補充如下：
VuGen專用的基於通訊端的重播是一種可伸縮以便進行負載測試的輕型引擎。使用線程時是準確的。基於通訊端的引擎不支援socksProxy 伺服器。如果在這樣的環境中錄製，應該使用winInet重播引擎。

一個網友問了我一個問題如下：
loadruner報錯：Error -27728: Step download timeout (120 seconds) 如何解決
語法檢查通過，但是在並發執行一個查詢時候報錯Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)，請問有啥子解決方案，我使用web_set_timeout ，好象不起作用，直接在option中設定timeout時間為600，（單位應該是秒吧）還是沒有起作用，結果都還是提示（120seconds），說明還是以120秒來判斷的；使用lrs_set_recv_timeout，語法檢查不過，說明庫函數裡面沒有這個函數。

嘗試步驟：
設定逾時時間到600秒，回放還是出錯。

後來我設定了runt time setting中的internet protocol-preferences中的advaced地區有一個winlnet replay instead of sockets選項，選項後再回放就成功了。

kernzhang解釋如下（這裡謝謝kernzhang）：

這個問題很有意思！呵呵!首先LR是通過Microsoft WinInet DLL去錄製web協議的！但是在Control啟動並執行時候它預設通過socket去類比請求，因為這些可以真實的類比頻寬，而採用Microsoft WinInet DLL通過這個DLL去訪問網卡方式去類比頻寬，使得類比不是很精確！而且也不支援unix的應用，但是使用這個確實有時無法處理winnet Dll的一些請求，我認為是它的一些BUG，比如說：回放時它會檢查Content-Length，但是網頁支援receive more data時，這時socket類比會一直等待直到timeout!

先說了一些優缺點，最後回到這個問題！這個問題分兩個方面分析：
第一：你要明白web_set_timeout()這個函數的適用範圍！比如說一個web_submit_data（）中實際涵蓋了10個對Server 端的請求，這個函數是針對10個請求的總和時間的！（別犯低級錯誤，timeout分了connect,receive以及download三個部分：） ）
第二：就是我解釋的上面的一些BUG問題！
WinInet dll在新版本中處理請求時可以非同步，就是不再是那種串連等待然後逾時模式！但是LR用的socket是同步請求！只有等到timeout才會退出！microsoft已經明確表示INTERNET_OPTION_RECEIVE_TIMEOUT 不再適用於 Microsoft Internet Explorer 5.0，顯而易見，他們處理請求採取了非同步處理的方式！呵呵！這下大概可以圓滿解釋你的問題了！呵呵

這裡，我補充如下：
VuGen專用的基於通訊端的重播是一種可伸縮以便進行負載測試的輕型引擎。使用線程時是準確的。基於通訊端的引擎不支援socksProxy 伺服器。如果在這樣的環境中錄製，應該使用winInet重播引擎。

一個網友問了我一個問題如下：
loadruner報錯：Error -27728: Step download timeout (120 seconds) 如何解決
語法檢查通過，但是在並發執行一個查詢時候報錯Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)，請問有啥子解決方案，我使用web_set_timeout ，好象不起作用，直接在option中設定timeout時間為600，（單位應該是秒吧）還是沒有起作用，結果都還是提示（120seconds），說明還是以120秒來判斷的；使用lrs_set_recv_timeout，語法檢查不過，說明庫函數裡面沒有這個函數。

嘗試步驟：
設定逾時時間到600秒，回放還是出錯。

後來我設定了runt time setting中的internet protocol-preferences中的advaced地區有一個winlnet replay instead of sockets選項，選項後再回放就成功了。

kernzhang解釋如下（這裡謝謝kernzhang）：

這個問題很有意思！呵呵!首先LR是通過Microsoft WinInet DLL去錄製web協議的！但是在Control啟動並執行時候它預設通過socket去類比請求，因為這些可以真實的類比頻寬，而採用Microsoft WinInet DLL通過這個DLL去訪問網卡方式去類比頻寬，使得類比不是很精確！而且也不支援unix的應用，但是使用這個確實有時無法處理winnet Dll的一些請求，我認為是它的一些BUG，比如說：回放時它會檢查Content-Length，但是網頁支援receive more data時，這時socket類比會一直等待直到timeout!

先說了一些優缺點，最後回到這個問題！這個問題分兩個方面分析：
第一：你要明白web_set_timeout()這個函數的適用範圍！比如說一個web_submit_data（）中實際涵蓋了10個對Server 端的請求，這個函數是針對10個請求的總和時間的！（別犯低級錯誤，timeout分了connect,receive以及download三個部分：） ）
第二：就是我解釋的上面的一些BUG問題！
WinInet dll在新版本中處理請求時可以非同步，就是不再是那種串連等待然後逾時模式！但是LR用的socket是同步請求！只有等到timeout才會退出！microsoft已經明確表示INTERNET_OPTION_RECEIVE_TIMEOUT 不再適用於 Microsoft Internet Explorer 5.0，顯而易見，他們處理請求採取了非同步處理的方式！呵呵！這下大概可以圓滿解釋你的問題了！呵呵

這裡，我補充如下：
VuGen專用的基於通訊端的重播是一種可伸縮以便進行負載測試的輕型引擎。使用線程時是準確的。基於通訊端的引擎不支援socksProxy 伺服器。如果在這樣的環境中錄製，應該使用winInet重播引擎。

http://www.51testing.com/html/33/564333-865619.html

 

 

 

轉：loadruner報錯:Step download timeout(120 seconds)的一個解決方案