使用jmeter,我有10000用戶需要擊中服務器,並在40秒內迴應。使用jmeter不是所有的請求在數據庫中處理,但在jmeter監聽器顯示所有請求命中服務器
在執行期間(分佈式模式),只有600個用戶在服務器中實際擊中(Checked in db)。
但在聚合報告中,它顯示所有請求命中服務器。
這背後的問題是什麼?爲什麼db和jmeter監聽器之間的請求數量與服務器的數量並不一致?
使用jmeter,我有10000用戶需要擊中服務器,並在40秒內迴應。使用jmeter不是所有的請求在數據庫中處理,但在jmeter監聽器顯示所有請求命中服務器
在執行期間(分佈式模式),只有600個用戶在服務器中實際擊中(Checked in db)。
但在聚合報告中,它顯示所有請求命中服務器。
這背後的問題是什麼?爲什麼db和jmeter監聽器之間的請求數量與服務器的數量並不一致?
可能您的測試配置有點不對。
JMeter的作用如下:
您可以檢查許多線程使用Active Threads Over Time Listener或的HTML Reporting Dashboard
在同一個圖表所以你可能會遇到的情況時,一些採樣已經完成了他們的工作是如何真正活躍,一些尚未開始。基本上你需要提供足夠的循環來確保所有的10k線程都能在需要的測試持續時間內運行。
請參閱JMeter Test Results: Why the Actual Users Number is Lower than Expected指南瞭解更多信息。
我只有一個擁有10000個虛擬用戶的線程組(使用分佈式虛擬用戶數爲100個,有10個從站)在jmeter聚合報告中,所有示例都以0%的錯誤傳遞。在檢入db時,只插入700個entires –
你使用了'ResponseAssertion'嗎? – Amol
命中服務器和命中數據庫有所不同,不是嗎?爲什麼你把它標記爲主奴隸? – user7294900