webman可處理請求數(shù)的計算

aphper 更新于2022-05-20

假設(shè)我每個請求響應(yīng)恒定33.33ms
每個進程一秒可以處理33個請求

如果我開16個進程
那不是代表我每秒最多只能處理528個請求再多一個一個就會有等待時間
如果直接把進程數(shù)再翻倍QPS最高值就是 1056

如果CPU占用不高，但是QPS已經(jīng)快到達理論值，在CPU負載良好的情況下進程數(shù)/CPU比例是否可以嘗試不斷提高

 1887  3 1

3個回答

沒茅臺 2022-05-20

你的單線程，單的徹底。

aphper 2022-05-20

啥意思

2548a 2022-05-20

你要知道,你理解的響應(yīng)時間是包括瀏覽器請求到服務(wù)器,服務(wù)器響應(yīng)以后,數(shù)據(jù)再傳輸?shù)綖g覽器的時間,而webman里面每個進程的響應(yīng)時間指的是接收到請求后,執(zhí)行代碼的時間,并不包括數(shù)據(jù)傳輸時間的.
http://m.wtbis.cn/q/8416
給你個鏈接自己去看,要是他也是從瀏覽器看響應(yīng)時間,肯定也有幾十ms,但是實際他代碼平均響應(yīng)時間都不用0.57ms,當然,如果你代碼實際響應(yīng)時間也要那么久,說明你數(shù)據(jù)庫性能不行,或者服務(wù)器到數(shù)據(jù)庫網(wǎng)絡(luò)不行,如果是后者的話,那你多開幾個進程當然有用.