並發量:系統同時處理多少個請求。這個是時間沒關系,和線程/進程有關系,比如10個線程,並發就是10。另外如果不考慮最終瓶頸,通過增加機器也能提高並發能力。
QPS: 每秒鐘處理的請求數。(Requests per second)
吞吐量:服務端處理的線程數*1000/請求處理時間
比如tom
cat,我開100的線程,pqs=100;200個線程,qps=200,通過提高並發就能提高系統的QPS。
但uwsgi我開100個並發,QPS卻達不到100
假設tomcat開120個線程,請求處理時間是10ms, 吞吐量等於 120*1000/1000=120
減少請求處理時間和提高服務器線程數都會增加系統的吞吐量,但隨著處理的線程數增加,通常請求處理時間會變慢,所以吞吐量遲早會達到瓶頸。