![](/img/trans.png)
[英]Jmeter: how to run a thread-group for 1 iteration using "jp@gc - Stepping Thread Group"?
[英]jmeter runs more threads than expected using jp@gc - Ultimate Thread Group
我嘗試設置 1 個線程、1 個加速、1 個循環作為測試線程組; 我驗證了我的聚合報告線程數符合預期。
當我使用jp@gc - Ultimate Thread Group運行相同的請求時,問題就出現了,我嘗試從 1 個線程及以上開始,但我得到的線程總是比我設置的多,請參閱聚合報告圖像。
已嘗試:ver 5.2.1 並升級到 5.3 刪除舊 jmeter 版本刪除和添加 Ultimate Thread Group 通過 CLI 和 GUI 運行
我真的很感謝你的幫助。
添加更多細節......我預計在 3 個不同的時間段(10、30、100)中分割達到 140 個線程,實際結果是 1406 個線程。
您有 1 個線程,但是:
我不知道您“期望”有多少線程,您當前的設置假定“API 性能”請求持續 13 秒,並且 JMeter 將執行的請求數將取決於您的 API 響應時間。 查看聚合報告中的測試結果,它超過 2 秒,因此 13 秒的 6 個請求是絕對預期的
如果由於某種原因您正在尋找當前設置只有 1 個請求,您可以限制 JMeter 將使用吞吐量 Controller發送的請求數量
查看為您的場景選擇正確的線程組一文,以獲得有關您需要為各種工作負載類型使用哪個線程組的更多信息。
樣本!=線程
這些是指由 JMeter 生成的線程束正在執行的迭代次數,您已將其定義為 Ultimate Thread Group 中“開始線程計數”的一部分。 該值不是線程
線程- 也被視為虛擬用戶/活動線程/活動用戶/模擬用戶。 這些是您在 Ultimate Thread Group 中指定為“Start Threads Count”的一部分的值。 這些在聚合報告偵聽器中的任何地方都沒有測量,但您可以找到另一個名為“jp@gc - Active Threads Over Time”的偵聽器
模擬與您相同的場景
我來自聚合報告偵聽器的結果
您的期望在另一個名為“jp@gc - Active Threads Over Time”的偵聽器中得到滿足
希望這可以幫助!
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.