測試的是我開發(fā)的一個API網(wǎng)關(guān)?，F(xiàn)在部署在一個阿里云上的linux 單核 1g運存的服務(wù)器上。用的Nodejs開發(fā)服務(wù)器上運行了　　4個node服務(wù) （一個管理平臺，一個對外平臺，一個api服務(wù)，一個網(wǎng)關(guān)本身）　　1個postgresql 網(wǎng)關(guān)依賴的數(shù)據(jù)庫目標api兩個接口，一個post登錄，一個get請求數(shù)據(jù)，get是文件讀取操作。網(wǎng)關(guān)本身每個請求一個數(shù)據(jù)庫插入操作。并發(fā)在100cpu滿了，響應(yīng)時間變長，120內(nèi)存滿了，應(yīng)用worker開始崩潰（有兩個worker）主進程不斷重啟還能跑，還可以請求，這時候一個請求響應(yīng)速度在2秒左右一直維持到250并發(fā)，沒死掉但是有10%的事務(wù)丟失。之前跑過一個100并發(fā)的  tps在285