tps隨著并發(fā)進程增多而增多嗎？TPS和響應(yīng)時間都處于理想狀態(tài)，并且條目被視為線程池。如果有20個條目，并發(fā)數(shù)只有10，那么TPS是10，而響應(yīng)時間總是1，這說明并發(fā)數(shù)不夠，需要增加并發(fā)數(shù)才能達到TP

tps隨著并發(fā)進程增多而增多嗎？

TPS和響應(yīng)時間都處于理想狀態(tài)，并且條目被視為線程池。如果有20個條目，并發(fā)數(shù)只有10，那么TPS是10，而響應(yīng)時間總是1，這說明并發(fā)數(shù)不夠，需要增加并發(fā)數(shù)才能達到TPS的峰值。

你認為要支持1w并發(fā)需要什么樣服務(wù)器配置？

場景非常重要，例如10000個并發(fā)QPS或TPS，這是一個完全不同的概念。

服務(wù)器優(yōu)化，現(xiàn)在通過epoll支持數(shù)百萬個連接，100000個并發(fā)無瓶頸。但是，這只是網(wǎng)絡(luò)層。如果涉及到具體業(yè)務(wù)，那就另當(dāng)別論了。例如，redis可以是并發(fā)的，因為只需要網(wǎng)絡(luò)IO和內(nèi)存訪問。但如果你有業(yè)務(wù)處理，掛斷數(shù)據(jù)庫，去卡夫卡，再去redis，那你就得分析具體的問題。

在我們最初的基準測試中，QPS可以支持大約60000到80000個事務(wù)，但是事務(wù)的添加、刪除和修改絕對不是那么重要。

其實你需要的是一個基準測試結(jié)果，比如TCP、HTTP基準測試、Tomcat基準測試、application framework基準測試、redis基準測試、MySQL基準測試等

我們做了application framework基準測試，基于springboot，測試接口沒有邏輯，直接查詢SQL返回結(jié)果即可?；鶞蕼y試結(jié)果是8核16g內(nèi)存，運行兩個實例，最多可以并發(fā)8萬次，應(yīng)該有優(yōu)化的空間。

并發(fā)量和qps的區(qū)別？

并發(fā)：系統(tǒng)同時處理的請求/事務(wù)數(shù)

OPS（TPS）：每秒處理的請求/事務(wù)數(shù)；