QPS

原理：每天80%的訪問集中在20%的時(shí)間里，這20%時(shí)間叫做峰值時(shí)間锉走。

公式：( 總PV數(shù) * 80% ) / ( 每天秒數(shù) * 20% ) = 峰值時(shí)間每秒請(qǐng)求數(shù)(QPS) 。

機(jī)器：峰值時(shí)間每秒QPS / 單臺(tái)機(jī)器的QPS = 需要的機(jī)器 。

每天300w PV 的在單臺(tái)機(jī)器上，這臺(tái)機(jī)器需要多少Q(mào)PS闻葵？

( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)。

一般需要達(dá)到139QPS癣丧，因?yàn)槭欠逯怠?/p>

QPS?

每秒查詢率QPS是對(duì)一個(gè)特定的查詢服務(wù)器在規(guī)定時(shí)間內(nèi)所處理流量多少的衡量標(biāo)準(zhǔn)槽畔。

每秒查詢率

因特網(wǎng)上，經(jīng)常用每秒查詢率來衡量域名系統(tǒng)服務(wù)器的機(jī)器的性能坎缭，其即為QPS竟痰。

對(duì)應(yīng)fetches/sec，即每秒的響應(yīng)請(qǐng)求數(shù)掏呼，也即是最大吞吐能力坏快。

計(jì)算機(jī)語言

一種計(jì)算機(jī)編程語言。用于數(shù)據(jù)分析和報(bào)表產(chǎn)出憎夷。運(yùn)作的平臺(tái)是MRDCL莽鸿。支持的數(shù)據(jù)文件包括ASC格式和CSI格式。

其中CSI格式為QPS獨(dú)有數(shù)據(jù)格式拾给。是極其專業(yè)的用于數(shù)據(jù)分析祥得、數(shù)據(jù)清理和報(bào)表產(chǎn)出的語言，目前應(yīng)用最廣的是市場(chǎng)調(diào)研行業(yè)蒋得。中國(guó)國(guó)內(nèi)運(yùn)用的相對(duì)比較少级及。

開發(fā)的原因，需要對(duì)吞吐量（TPS）额衙、QPS饮焦、并發(fā)數(shù)、響應(yīng)時(shí)間（RT）幾個(gè)概念做下了解窍侧，查自百度百科县踢，記錄如下：

1. 響應(yīng)時(shí)間(RT)

響應(yīng)時(shí)間是指系統(tǒng)對(duì)請(qǐng)求作出響應(yīng)的時(shí)間。直觀上看伟件，這個(gè)指標(biāo)與人對(duì)軟件性能的主觀感受是非常一致的硼啤，因?yàn)樗暾赜涗浟苏麄€(gè)計(jì)算機(jī)系統(tǒng)處理請(qǐng)求的時(shí)間。由于一個(gè)系統(tǒng)通常會(huì)提供許多功能斧账，而不同功能的處理邏輯也千差萬別谴返，因而不同功能的響應(yīng)時(shí)間也不盡相同煞肾，甚至同一功能在不同輸入數(shù)據(jù)的情況下響應(yīng)時(shí)間也不相同。所以嗓袱，在討論一個(gè)系統(tǒng)的響應(yīng)時(shí)間時(shí)扯旷，人們通常是指該系統(tǒng)所有功能的平均時(shí)間或者所有功能的最大響應(yīng)時(shí)間。當(dāng)然索抓，往往也需要對(duì)每個(gè)或每組功能討論其平均響應(yīng)時(shí)間和最大響應(yīng)時(shí)間。

對(duì)于單機(jī)的沒有并發(fā)操作的應(yīng)用系統(tǒng)而言毯炮，人們普遍認(rèn)為響應(yīng)時(shí)間是一個(gè)合理且準(zhǔn)確的性能指標(biāo)逼肯。需要指出的是，響應(yīng)時(shí)間的絕對(duì)值并不能直接反映軟件的性能的高低，軟件性能的高低實(shí)際上取決于用戶對(duì)該響應(yīng)時(shí)間的接受程度。對(duì)于一個(gè)游戲軟件來說脐湾，響應(yīng)時(shí)間小于100毫秒應(yīng)該是不錯(cuò)的娘汞，響應(yīng)時(shí)間在1秒左右可能屬于勉強(qiáng)可以接受，如果響應(yīng)時(shí)間達(dá)到3秒就完全難以接受了亏娜。而對(duì)于編譯系統(tǒng)來說，完整編譯一個(gè)較大規(guī)模軟件的源代碼可能需要幾十分鐘甚至更長(zhǎng)時(shí)間，但這些響應(yīng)時(shí)間對(duì)于用戶來說都是可以接受的搜锰。

2. 吞吐量(Throughput)

吞吐量是指系統(tǒng)在單位時(shí)間內(nèi)處理請(qǐng)求的數(shù)量。對(duì)于無并發(fā)的應(yīng)用系統(tǒng)而言耿战，吞吐量與響應(yīng)時(shí)間成嚴(yán)格的反比關(guān)系蛋叼，實(shí)際上此時(shí)吞吐量就是響應(yīng)時(shí)間的倒數(shù)。前面已經(jīng)說過剂陡，對(duì)于單用戶的系統(tǒng)狈涮，響應(yīng)時(shí)間（或者系統(tǒng)響應(yīng)時(shí)間和應(yīng)用延遲時(shí)間）可以很好地度量系統(tǒng)的性能，但對(duì)于并發(fā)系統(tǒng)鸭栖，通常需要用吞吐量作為性能指標(biāo)歌馍。

對(duì)于一個(gè)多用戶的系統(tǒng)，如果只有一個(gè)用戶使用時(shí)系統(tǒng)的平均響應(yīng)時(shí)間是t晕鹊，當(dāng)有你n個(gè)用戶使用時(shí)松却，每個(gè)用戶看到的響應(yīng)時(shí)間通常并不是n×t，而往往比n×t小很多（當(dāng)然捏题，在某些特殊情況下也可能比n×t大玻褪，甚至大很多）。這是因?yàn)樘幚砻總€(gè)請(qǐng)求需要用到很多資源公荧，由于每個(gè)請(qǐng)求的處理過程中有許多不走難以并發(fā)執(zhí)行带射，這導(dǎo)致在具體的一個(gè)時(shí)間點(diǎn)，所占資源往往并不多循狰。也就是說在處理單個(gè)請(qǐng)求時(shí)窟社，在每個(gè)時(shí)間點(diǎn)都可能有許多資源被閑置券勺，當(dāng)處理多個(gè)請(qǐng)求時(shí)，如果資源配置合理灿里，每個(gè)用戶看到的平均響應(yīng)時(shí)間并不隨用戶數(shù)的增加而線性增加关炼。實(shí)際上，不同系統(tǒng)的平均響應(yīng)時(shí)間隨用戶數(shù)增加而增長(zhǎng)的速度也不大相同匣吊，這也是采用吞吐量來度量并發(fā)系統(tǒng)的性能的主要原因儒拂。一般而言，吞吐量是一個(gè)比較通用的指標(biāo)色鸳，兩個(gè)具有不同用戶數(shù)和用戶使用模式的系統(tǒng)社痛，如果其最大吞吐量基本一致，則可以判斷兩個(gè)系統(tǒng)的處理能力基本一致命雀。

3. 并發(fā)用戶數(shù)

并發(fā)用戶數(shù)是指系統(tǒng)可以同時(shí)承載的正常使用系統(tǒng)功能的用戶的數(shù)量蒜哀。與吞吐量相比，并發(fā)用戶數(shù)是一個(gè)更直觀但也更籠統(tǒng)的性能指標(biāo)吏砂。實(shí)際上撵儿，并發(fā)用戶數(shù)是一個(gè)非常不準(zhǔn)確的指標(biāo)，因?yàn)橛脩舨煌氖褂媚Ｊ綍?huì)導(dǎo)致不同用戶在單位時(shí)間發(fā)出不同數(shù)量的請(qǐng)求狐血。一網(wǎng)站系統(tǒng)為例淀歇，假設(shè)用戶只有注冊(cè)后才能使用，但注冊(cè)用戶并不是每時(shí)每刻都在使用該網(wǎng)站氛雪，因此具體一個(gè)時(shí)刻只有部分注冊(cè)用戶同時(shí)在線房匆，在線用戶就在瀏覽網(wǎng)站時(shí)會(huì)花很多時(shí)間閱讀網(wǎng)站上的信息，因而具體一個(gè)時(shí)刻只有部分在線用戶同時(shí)向系統(tǒng)發(fā)出請(qǐng)求报亩。這樣浴鸿，對(duì)于網(wǎng)站系統(tǒng)我們會(huì)有三個(gè)關(guān)于用戶數(shù)的統(tǒng)計(jì)數(shù)字：注冊(cè)用戶數(shù)、在線用戶數(shù)和同時(shí)發(fā)請(qǐng)求用戶數(shù)弦追。由于注冊(cè)用戶可能長(zhǎng)時(shí)間不登陸網(wǎng)站岳链，使用注冊(cè)用戶數(shù)作為性能指標(biāo)會(huì)造成很大的誤差。而在線用戶數(shù)和同事發(fā)請(qǐng)求用戶數(shù)都可以作為性能指標(biāo)劲件。相比而言掸哑，以在線用戶作為性能指標(biāo)更直觀些，而以同時(shí)發(fā)請(qǐng)求用戶數(shù)作為性能指標(biāo)更準(zhǔn)確些零远。

4. QPS每秒查詢率(Query Per Second)

每秒查詢率QPS是對(duì)一個(gè)特定的查詢服務(wù)器在規(guī)定時(shí)間內(nèi)所處理流量多少的衡量標(biāo)準(zhǔn)苗分，在因特網(wǎng)上，作為域名系統(tǒng)服務(wù)器的機(jī)器的性能經(jīng)常用每秒查詢率來衡量牵辣。對(duì)應(yīng)fetches/sec摔癣，即每秒的響應(yīng)請(qǐng)求數(shù)，也即是最大吞吐能力。 （看來是類似于TPS择浊，只是應(yīng)用于特定場(chǎng)景的吞吐量）

PS：下面是性能測(cè)試的主要概念和計(jì)算公式戴卜，記錄下：

一．系統(tǒng)吞度量要素：

一個(gè)系統(tǒng)的吞度量（承壓能力）與request對(duì)CPU的消耗、外部接口琢岩、IO等等緊密關(guān)聯(lián)投剥。

單個(gè)reqeust?對(duì)CPU消耗越高，外部系統(tǒng)接口担孔、IO影響速度越慢江锨，系統(tǒng)吞吐能力越低，反之越高糕篇。

系統(tǒng)吞吐量幾個(gè)重要參數(shù)：QPS（TPS）泳桦、并發(fā)數(shù)、響應(yīng)時(shí)間

QPS（TPS）：每秒鐘request/事務(wù)?數(shù)量

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

響應(yīng)時(shí)間：?一般取平均響應(yīng)時(shí)間

（很多人經(jīng)常會(huì)把并發(fā)數(shù)和TPS理解混淆）

理解了上面三個(gè)要素的意義之后娩缰，就能推算出它們之間的關(guān)系：

QPS（TPS）=?并發(fā)數(shù)/平均響應(yīng)時(shí)間

一個(gè)系統(tǒng)吞吐量通常由QPS（TPS）、并發(fā)數(shù)兩個(gè)因素決定谒府，每套系統(tǒng)這兩個(gè)值都有一個(gè)相對(duì)極限值拼坎，在應(yīng)用場(chǎng)景訪問壓力下，只要某一項(xiàng)達(dá)到系統(tǒng)最高值完疫，系統(tǒng)的吞吐量就上不去了泰鸡，如果壓力繼續(xù)增大，系統(tǒng)的吞吐量反而會(huì)下降壳鹤，原因是系統(tǒng)超負(fù)荷工作盛龄，上下文切換、內(nèi)存等等其它消耗導(dǎo)致系統(tǒng)性能下降芳誓。

決定系統(tǒng)響應(yīng)時(shí)間要素

我們做項(xiàng)目要排計(jì)劃余舶，可以多人同時(shí)并發(fā)做多項(xiàng)任務(wù)，也可以一個(gè)人或者多個(gè)人串行工作锹淌，始終會(huì)有一條關(guān)鍵路徑匿值，這條路徑就是項(xiàng)目的工期。

系統(tǒng)一次調(diào)用的響應(yīng)時(shí)間跟項(xiàng)目計(jì)劃一樣赂摆，也有一條關(guān)鍵路徑挟憔，這個(gè)關(guān)鍵路徑是就是系統(tǒng)影響時(shí)間；

關(guān)鍵路徑是有CPU運(yùn)算烟号、IO绊谭、外部系統(tǒng)響應(yīng)等等組成。

二．系統(tǒng)吞吐量評(píng)估：

我們?cè)谧鱿到y(tǒng)設(shè)計(jì)的時(shí)候就需要考慮CPU運(yùn)算汪拥、IO达传、外部系統(tǒng)響應(yīng)因素造成的影響以及對(duì)系統(tǒng)性能的初步預(yù)估。

而通常境況下，我們面對(duì)需求趟大，我們?cè)u(píng)估出來的出來QPS鹤树、并發(fā)數(shù)之外，還有另外一個(gè)維度：日PV逊朽。

通過觀察系統(tǒng)的訪問日志發(fā)現(xiàn)罕伯，在用戶量很大的情況下，各個(gè)時(shí)間周期內(nèi)的同一時(shí)間段的訪問流量幾乎一樣叽讳。比如工作日的每天早上追他。只要能拿到日流量圖和QPS我們就可以推算日流量。

通常的技術(shù)方法：

1.?找出系統(tǒng)的最高TPS和日PV岛蚤，這兩個(gè)要素有相對(duì)比較穩(wěn)定的關(guān)系（除了放假邑狸、季節(jié)性因素影響之外）

2.?通過壓力測(cè)試或者經(jīng)驗(yàn)預(yù)估，得出最高TPS涤妒，然后跟進(jìn)1的關(guān)系单雾，計(jì)算出系統(tǒng)最高的日吞吐量。B2B中文和淘寶面對(duì)的客戶群不一樣她紫，這兩個(gè)客戶群的網(wǎng)絡(luò)行為不應(yīng)用硅堆，他們之間的TPS和PV關(guān)系比例也不一樣。

A)淘寶

淘寶流量圖：

淘寶的TPS和PV之間的關(guān)系通常為??最高TPS：PV大約為?1 : 11*3600?（相當(dāng)于按最高TPS訪問11個(gè)小時(shí)贿讹，這個(gè)是商品詳情的場(chǎng)景渐逃，不同的應(yīng)用場(chǎng)景會(huì)有一些不同）

B) B2B中文站

B2B的TPS和PV之間的關(guān)系不同的系統(tǒng)不同的應(yīng)用場(chǎng)景比例變化比較大，粗略估計(jì)在1 : 8個(gè)小時(shí)左右的關(guān)系（09年對(duì)offerdetail的流量分析數(shù)據(jù)）民褂。旺鋪和offerdetail這兩個(gè)比例相差很大茄菊，可能是因?yàn)榕老x暫的比例較高的原因?qū)е隆?/p>

在淘寶環(huán)境下，假設(shè)我們壓力測(cè)試出的TPS為100赊堪，那么這個(gè)系統(tǒng)的日吞吐量=100*11*3600=396萬

這個(gè)是在簡(jiǎn)單（單一url）的情況下面殖，有些頁(yè)面，一個(gè)頁(yè)面有多個(gè)request哭廉，系統(tǒng)的實(shí)際吞吐量還要小畜普。

無論有無思考時(shí)間（T_think），測(cè)試所得的TPS值和并發(fā)虛擬用戶數(shù)(U_concurrent)群叶、Loadrunner讀取的交易響應(yīng)時(shí)間（T_response）之間有以下關(guān)系（穩(wěn)定運(yùn)行情況下）：

TPS=U_concurrent / (T_response+T_think)吃挑。

并發(fā)數(shù)、QPS街立、平均響應(yīng)時(shí)間三者之間關(guān)系

來源：http://www.cnblogs.com/jackei/

軟件性能測(cè)試的基本概念和計(jì)算公式

一舶衬、軟件性能的關(guān)注點(diǎn)

對(duì)一個(gè)軟件做性能測(cè)試時(shí)需要關(guān)注那些性能呢？

我們想想在軟件設(shè)計(jì)赎离、部署逛犹、使用、維護(hù)中一共有哪些角色的參與，然后再考慮這些角色各自關(guān)注的性能點(diǎn)是什么虽画，作為一個(gè)軟件性能測(cè)試工程師舞蔽，我們又該關(guān)注什么？

首先码撰，開發(fā)軟件的目的是為了讓用戶使用渗柿，我們先站在用戶的角度分析一下，用戶需要關(guān)注哪些性能脖岛。

對(duì)于用戶來說朵栖，當(dāng)點(diǎn)擊一個(gè)按鈕、鏈接或發(fā)出一條指令開始柴梆，到系統(tǒng)把結(jié)果已用戶感知的形式展現(xiàn)出來為止陨溅，這個(gè)過程所消耗的時(shí)間是用戶對(duì)這個(gè)軟件性能的直觀印象。也就是我們所說的響應(yīng)時(shí)間绍在，當(dāng)相應(yīng)時(shí)間較小時(shí)门扇，用戶體驗(yàn)是很好的，當(dāng)然用戶體驗(yàn)的響應(yīng)時(shí)間包括個(gè)人主觀因素和客觀響應(yīng)時(shí)間偿渡，在設(shè)計(jì)軟件時(shí)悯嗓，我們就需要考慮到如何更好地結(jié)合這兩部分達(dá)到用戶最佳的體驗(yàn)。如：用戶在大數(shù)據(jù)量查詢時(shí)卸察，我們可以將先提取出來的數(shù)據(jù)展示給用戶，在用戶看的過程中繼續(xù)進(jìn)行數(shù)據(jù)檢索铅祸，這時(shí)用戶并不知道我們后臺(tái)在做什么坑质。

用戶關(guān)注的是用戶操作的相應(yīng)時(shí)間。

其次临梗，我們站在管理員的角度考慮需要關(guān)注的性能點(diǎn)涡扼。

1、 相應(yīng)時(shí)間

2盟庞、 服務(wù)器資源使用情況是否合理

3吃沪、 應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)資源使用是否合理

4、 系統(tǒng)能否實(shí)現(xiàn)擴(kuò)展

5什猖、 系統(tǒng)最多支持多少用戶訪問票彪、系統(tǒng)最大業(yè)務(wù)處理量是多少

6、 系統(tǒng)性能可能存在的瓶頸在哪里

7不狮、 更換那些設(shè)備可以提高性能

8降铸、 系統(tǒng)能否支持7×24小時(shí)的業(yè)務(wù)訪問

再次，站在開發(fā)（設(shè)計(jì)）人員角度去考慮摇零。

1推掸、 架構(gòu)設(shè)計(jì)是否合理

2、 數(shù)據(jù)庫(kù)設(shè)計(jì)是否合理

3、 代碼是否存在性能方面的問題

4谅畅、 系統(tǒng)中是否有不合理的內(nèi)存使用方式

5登渣、 系統(tǒng)中是否存在不合理的線程同步方式

6、 系統(tǒng)中是否存在不合理的資源競(jìng)爭(zhēng)

那么站在性能測(cè)試工程師的角度毡泻，我們要關(guān)注什么呢胜茧？

一句話，我們要關(guān)注以上所有的性能點(diǎn)牙捉。

二竹揍、軟件性能的幾個(gè)主要術(shù)語

1、響應(yīng)時(shí)間：對(duì)請(qǐng)求作出響應(yīng)所需要的時(shí)間

網(wǎng)絡(luò)傳輸時(shí)間：N1+N2+N3+N4

應(yīng)用服務(wù)器處理時(shí)間：A1+A3

數(shù)據(jù)庫(kù)服務(wù)器處理時(shí)間：A2

響應(yīng)時(shí)間=N1+N2+N3+N4+A1+A3+A2

2邪铲、并發(fā)用戶數(shù)的計(jì)算公式

系統(tǒng)用戶數(shù)：系統(tǒng)額定的用戶數(shù)量芬位，如一個(gè)OA系統(tǒng)，可能使用該系統(tǒng)的用戶總數(shù)是5000個(gè)带到，那么這個(gè)數(shù)量昧碉，就是系統(tǒng)用戶數(shù)。

同時(shí)在線用戶數(shù)：在一定的時(shí)間范圍內(nèi)揽惹，最大的同時(shí)在線用戶數(shù)量被饿。

同時(shí)在線用戶數(shù)=每秒請(qǐng)求數(shù)RPS（吞吐量）+并發(fā)連接數(shù)+平均用戶思考時(shí)間

平均并發(fā)用戶數(shù)的計(jì)算：C=nL / T

其中C是平均的并發(fā)用戶數(shù)，n是平均每天訪問用戶數(shù)（login session）搪搏，L是一天內(nèi)用戶從登錄到退出的平均時(shí)間（login session的平均時(shí)間）狭握，T是考察時(shí)間長(zhǎng)度（一天內(nèi)多長(zhǎng)時(shí)間有用戶使用系統(tǒng)）

并發(fā)用戶數(shù)峰值計(jì)算：C^約等于C + 3*根號(hào)C

其中C^是并發(fā)用戶峰值，C是平均并發(fā)用戶數(shù)疯溺，該公式遵循泊松分布理論论颅。

3、吞吐量的計(jì)算公式

指單位時(shí)間內(nèi)系統(tǒng)處理用戶的請(qǐng)求數(shù)

從業(yè)務(wù)角度看囱嫩，吞吐量可以用：請(qǐng)求數(shù)/秒恃疯、頁(yè)面數(shù)/秒、人數(shù)/天或處理業(yè)務(wù)數(shù)/小時(shí)等單位來衡量

從網(wǎng)絡(luò)角度看墨闲，吞吐量可以用：字節(jié)/秒來衡量

對(duì)于交互式應(yīng)用來說今妄，吞吐量指標(biāo)反映的是服務(wù)器承受的壓力，他能夠說明系統(tǒng)的負(fù)載能力

以不同方式表達(dá)的吞吐量可以說明不同層次的問題鸳碧，例如盾鳞，以字節(jié)數(shù)/秒方式可以表示數(shù)要受網(wǎng)絡(luò)基礎(chǔ)設(shè)施、服務(wù)器架構(gòu)瞻离、應(yīng)用服務(wù)器制約等方面的瓶頸雁仲；已請(qǐng)求數(shù)/秒的方式表示主要是受應(yīng)用服務(wù)器和應(yīng)用代碼的制約體現(xiàn)出的瓶頸。

當(dāng)沒有遇到性能瓶頸的時(shí)候琐脏，吞吐量與虛擬用戶數(shù)之間存在一定的聯(lián)系攒砖，可以采用以下公式計(jì)算：F=VU * R /

其中F為吞吐量缸兔，VU表示虛擬用戶個(gè)數(shù)，R表示每個(gè)虛擬用戶發(fā)出的請(qǐng)求數(shù)吹艇，T表示性能測(cè)試所用的時(shí)間

4惰蜜、性能計(jì)數(shù)器

是描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)，如使用內(nèi)存數(shù)受神、進(jìn)程時(shí)間抛猖，在性能測(cè)試中發(fā)揮著“監(jiān)控和分析”的作用，尤其是在分析統(tǒng)統(tǒng)可擴(kuò)展性鼻听、進(jìn)行新能瓶頸定位時(shí)有著非常關(guān)鍵的作用财著。

資源利用率：指系統(tǒng)各種資源的使用情況，如cpu占用率為68%撑碴，內(nèi)存占用率為55%撑教，一般使用“資源實(shí)際使用/總的資源可用量”形成資源利用率。

5醉拓、思考時(shí)間的計(jì)算公式

Think Time伟姐，從業(yè)務(wù)角度來看，這個(gè)時(shí)間指用戶進(jìn)行操作時(shí)每個(gè)請(qǐng)求之間的時(shí)間間隔亿卤，而在做新能測(cè)試時(shí)愤兵，為了模擬這樣的時(shí)間間隔，引入了思考時(shí)間這個(gè)概念排吴，來更加真實(shí)的模擬用戶的操作秆乳。

在吞吐量這個(gè)公式中F=VU * R / T說明吞吐量F是VU數(shù)量、每個(gè)用戶發(fā)出的請(qǐng)求數(shù)R和時(shí)間T的函數(shù)钻哩，而其中的R又可以用時(shí)間T和用戶思考時(shí)間TS來計(jì)算：R = T / TS

下面給出一個(gè)計(jì)算思考時(shí)間的一般步驟：

A屹堰、首先計(jì)算出系統(tǒng)的并發(fā)用戶數(shù)

C=nL / T F=R×C

B、統(tǒng)計(jì)出系統(tǒng)平均的吞吐量

F=VU * R / T R×C = VU * R / T

C憋槐、統(tǒng)計(jì)出平均每個(gè)用戶發(fā)出的請(qǐng)求數(shù)量

R=u*C*T/VU

D、根據(jù)公式計(jì)算出思考時(shí)間

TS=T/R