只有兩個用戶運行一個腳本作爲一個場景沒有任何步調，只是覺得時間設置爲3秒和隨機（50％-150％）我體驗到，Web應用服務器每次運行10分鐘後運行內存（我已經多次運行測試，並且每次都在同一時間發生）。 首先，我認爲這是應用程序中的內存泄漏，但經過一番思考後，我認爲它可能與場景設計有關。 其在短短的一個行動，包括日誌整個腳本和唯一的作用塊內註銷大約需要50秒的運行，我馬上有默認爲上一次迭代之前的迭代結束之後結束集不是與延遲或固定/隨機intervalls集。LoadRunner和需要步調
無法使用固定/隨機intervalls導致這種「內存泄漏」發生？我猜想上述設置中的非設置實際上會在前一個結束之前開始新的迭代，這明顯導致服務器上的內存累積導致「內存泄漏」。但是如果沒有步調，是否會有這樣的風險呢？
，並具有在我的劇本沒有重複，可我仍然可以使用速度？
回答你最後一個問題：NO。
起搏明確地使用了新的迭代開始時。根據起搏設置，迭代開始延遲。
投機/結論：
如果Web服務器10分鐘後真正運行的內存，而你只有2分似曾相識的，你對Web服務器端的問題。人們可以手動實現這個2vu加載並使網絡服務器崩潰。腳本中的步調或手動用戶速度是無關緊要的。如果網絡服務器可能會從遠程系統崩潰，則會出現需要修復的錯誤。
建議：
嘗試使用4個用戶運行場景。 5分鐘後，您的網絡服務器上是否有OUT OF MEMORY？
我能夠通過腳本中的一個動作向控制器上的場景添加步調？ – 2013-04-12 13:43:00
步調隻影響迭代之間的延遲，無論腳本中的動作數量是多少 – 2013-04-13 12:26:20
如果真的有泄漏，您的腳本/場景不應該引起它，但我認爲你可能會導致它看起來像一個問題，取決於你如何運行它。
例如，假設有5個用戶，合理的起搏和思考時間，服務器不16小時死亡。但有50個用戶在2個小時內死亡。你沒有引起這個問題，只是儘早暴露了它。
我希望它的Web服務器problem.pacing不過是在迭代之間的時間間隔，它不會影響行爲或交易腳本
請一些代碼片段更新後..它總是容易當你看到什麼正在進行.. – 2013-04-11 23:00:32