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

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

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

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

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

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

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

其實(shí)你需要的是一個(gè)基準(zhǔn)測(cè)試結(jié)果，比如TCP、HTTP基準(zhǔn)測(cè)試、Tomcat基準(zhǔn)測(cè)試、application framework基準(zhǔn)測(cè)試、redis基準(zhǔn)測(cè)試、MySQL基準(zhǔn)測(cè)試等

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

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

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

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