我給你的情景如下： 我們正在部署在雲基金會容器（IASS）與新文物綁定服務的構建。這是在亞洲東南部舉辦的。 我的jmeter居住在同一地點，但它位於Aazon ECM2-（亞洲東南部）。 當我運行Jmeter時，看起來響應時間看起來比我的New relic APP響應時間要長。爲什麼soome時代變化如此之大？這是由於延遲因素？如何給我的客戶解釋，他們檢查新的文物和Jmeter的結果。我相信這兩個都是正確的，需要找出rCA。 請在這裏修改圖片描述Jmeter的響應時間似乎比較新的文物響應時間
JMeter響應時間包括我們無法避免的網絡延遲。所以，這可能是因爲latency。如果它有巨大差異，請嘗試從非常接近應用程序服務器/相同數據中心的機器運行測試，並查看是否有助於最大限度地減少延遲。
您試圖模擬的最大用戶數是多少？什麼是負載生成器的CPU，內存利用率 - 通常我會將它們保持在80％以下。
確保您的結果滿足小法！請查看下面的更多細節。如果它不能滿足你正在試圖模擬它負載發生器中無法處理的太多負載 - 那麼在這種情況下進行分佈式負載測試。
http://www.testautomationguru.com/jmeter-distributed-load-testing-using-docker-rancheros-in-cloud/
謝謝VIN的輸入和負載docs.currently圖案是100名用戶15分鐘的持續時間。在負載運行期間，CPU導致接近30％。內存統計大約在250-300MB之間。如果在負載增加的情況下出現如此多的差異，我會更新。 –