并發(fā)概念太模糊，這里以兩種可以量化的指標(biāo)并發(fā)連接數(shù)和并發(fā)請求數(shù)來說明。

并發(fā)連接數(shù)是指服務(wù)器當(dāng)前時刻一共維持了多少TCP連接，而這些連接上是否有數(shù)據(jù)通訊并不關(guān)注。 （推薦學(xué)習(xí)： workerman教程）

例如一臺消息推送服務(wù)器上可能維持了百萬的設(shè)備連接，由于連接上很少有數(shù)據(jù)通訊，所以這臺服務(wù)器上負(fù)載可能幾乎為0，只要內(nèi)存足夠，還可以繼續(xù)接受連接。

并發(fā)請求數(shù)一般用QPS（服務(wù)器每秒處理多少請求）來衡量，而當(dāng)前時刻服務(wù)器上有多少個tcp連接并不十分關(guān)注。例如一臺服務(wù)器只有10個客戶端連接，每個客戶端連接上每秒有1W個請求，那么要求服務(wù)端需要至少能支撐10*1W=10W每秒的吞吐量（QPS）。

假設(shè)10W吞吐量每秒是這臺服務(wù)器的極限，如果每個客戶端每秒發(fā)送1個請求給服務(wù)端，那么這臺服務(wù)器能夠支撐10W個客戶端。

并發(fā)連接數(shù)受限于服務(wù)器內(nèi)存，一般24G內(nèi)存workerman服務(wù)器可以支持大概120W并發(fā)連接。

并發(fā)請求數(shù)受限于服務(wù)器cpu處理能力，一臺24核workerman服務(wù)器可以達(dá)到45W每秒的吞吐量(QPS)，實際值根據(jù)業(yè)務(wù)復(fù)雜度以及代碼質(zhì)量有所變化。

注意

高并發(fā)場景必須安裝event或者libevent擴展。另外需要優(yōu)化linux內(nèi)核，尤其是進(jìn)程打開文件數(shù)限制。

壓測數(shù)據(jù)

這里僅提供workerman壓測的QPS數(shù)據(jù)參考。

###測試環(huán)境：

系統(tǒng)：debian 6.0 64位

內(nèi)存：64G

cpu：Intel(R) Xeon(R) CPU E5-2420 0 @ 1.90GHz （2顆物理cpu，6核心，2線程）

Workerman：開啟200個Benchark進(jìn)程

壓測腳本：benchmark

業(yè)務(wù)：發(fā)送并返回hello字符串

###普通PHP（版本5.3.10）壓測

短連接（每次請求完成后關(guān)閉連接，下次請求建立新的連接）:

條件： 壓測腳本開500個并發(fā)線程模擬500個并發(fā)用戶，每個線程連接Workerman 10W次，每次連接發(fā)送1個請求

結(jié)果： 吞吐量：2.3W/S ， cpu利用率：36%

長連接（每次請求后不關(guān)閉連接，下次請求繼續(xù)復(fù)用這個連接）:

條件： 壓測腳本開2000個并發(fā)線程模擬2000個并發(fā)用戶，每個線程連接Workerman 1次，每個連接發(fā)送10W請求

結(jié)果： 吞吐量：36.7W/S ， cpu利用率：69%

內(nèi)存：每個進(jìn)程內(nèi)存穩(wěn)定在6444K，無內(nèi)存泄漏

以上是php5.3版本壓測數(shù)據(jù)，如果用php7，性能會再次提升40%左右。

###HHVM環(huán)境壓測

短連接（每次請求完成后關(guān)閉連接，下次請求建立新的連接）:

條件： 壓測腳本開1000個并發(fā)線程模擬1000個并發(fā)用戶，每個線程連接Workerman 10W次，每次連接發(fā)送1個請求

結(jié)果： 吞吐量：3.5W/S ， cpu利用率：35%

長連接（每次請求后不關(guān)閉連接，下次請求繼續(xù)復(fù)用這個連接）:

條件： 壓測腳本開6000個并發(fā)線程模擬6000個并發(fā)用戶，每個線程連接Workerman 1次，每個連接發(fā)送10W請求

結(jié)果： 吞吐量：45W/S ， cpu利用率：67%

內(nèi)存：HHVM環(huán)境每個進(jìn)程內(nèi)存穩(wěn)定在46M，無內(nèi)存泄漏