吞吐率和吞吐量如何計(jì)算

吞吐率是一種關(guān)于計(jì)算機(jī)或數(shù)據(jù)通信系統(tǒng)(如網(wǎng)橋、路由器、網(wǎng)關(guān)或廣域網(wǎng)連接等)數(shù)據(jù)傳輸率的測(cè)度。吞吐率通常是對(duì)一個(gè)系統(tǒng)和它的部件處理傳輸數(shù)據(jù)請(qǐng)求能力的總體評(píng)價(jià)。例如，一個(gè)服務(wù)器的吞吐率依賴于它的處理器類型、網(wǎng)絡(luò)接口卡的類型、數(shù)據(jù)傳輸總線的大小、磁盤速度、內(nèi)存緩沖器的體積，以及軟件對(duì)這些部件進(jìn)行管理的有效程度。在通信系統(tǒng)中，這個(gè)測(cè)度通?；诿棵肽芴幚淼臄?shù)據(jù)位數(shù)或分組的數(shù)目，它依賴于網(wǎng)絡(luò)的帶寬和交換部件(如路由器或集線器)的速度。網(wǎng)絡(luò)上兩個(gè)端點(diǎn)設(shè)備間的吞吐率依賴于計(jì)算機(jī)、網(wǎng)絡(luò)接口卡和連接它們的網(wǎng)絡(luò)。

成都創(chuàng)新互聯(lián)公司堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的貢井網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

吞吐率作為一個(gè)重要的衡量指標(biāo)，最主要應(yīng)用在并行處理上，屬于系統(tǒng)結(jié)構(gòu)中最重要的一個(gè)變量，它的定義是：?jiǎn)挝粫r(shí)間的吞吐量。所以它的詳細(xì)定義參見吞吐量。

吞吐量 (throughput)

定義：

對(duì)網(wǎng)絡(luò)、設(shè)備、端口、虛電路或其他設(shè)施，單位時(shí)間內(nèi)成功地傳送數(shù)據(jù)的數(shù)量(以比特、字節(jié)、分組等測(cè)量)。

性能測(cè)試報(bào)告中吞吐量的秘密

性能測(cè)試報(bào)告中吞吐量是一個(gè)非常重要的指標(biāo)，該指標(biāo)描述了被測(cè)系統(tǒng)在 一秒鐘 內(nèi)能夠處理的 請(qǐng)求/交易數(shù)目 。吞吐量有時(shí)候也叫做每秒事務(wù)處理數(shù)（Transaction Per Second，簡(jiǎn)稱TPS），TPS的粒度更大一些，落實(shí)到具體的測(cè)試腳本上，就是將一系列的請(qǐng)求組合成一筆交易，以這筆交易作為衡量吞吐量的最小粒度。但是吞吐量這個(gè)指標(biāo)的數(shù)據(jù)有時(shí)候會(huì)“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數(shù)據(jù)就會(huì)有很大的問題，甚至?xí)`導(dǎo)對(duì)被測(cè)系統(tǒng)能力的判斷。那XMeter君就來帶領(lǐng)大家看一下吞吐量這個(gè)指標(biāo)后面的秘密。

吞吐量的計(jì)算方式1：假設(shè)累積一段時(shí)間t秒的請(qǐng)求或者交易數(shù)目為c，計(jì)算吞吐量為：c/t = x（個(gè)/秒）。比如在一分鐘內(nèi)，被測(cè)系統(tǒng)能夠處理30筆交易，那么該系統(tǒng)的吞吐量為30/60（秒）=0.5，我們稱該系統(tǒng)的吞吐量為0.5。同理，如果在5秒鐘內(nèi)，被測(cè)系統(tǒng)能夠處理6個(gè)請(qǐng)求，那么吞吐量為6/5=1.2。

吞吐量的計(jì)算方式2：如果針對(duì)單個(gè)用戶單筆交易的處理時(shí)間為x秒，那么每秒能夠處理的交易數(shù)為1/x。假設(shè)現(xiàn)有y個(gè)用戶，假設(shè)系統(tǒng)能輕松處理這y個(gè)用戶的請(qǐng)求，那么該系統(tǒng)的針對(duì)該交易的吞吐量為: y/x。根據(jù)此種計(jì)算方法，如果單筆交易時(shí)間是0.5秒，那么一秒鐘能處理2筆交易，如果系統(tǒng)能夠同時(shí)服務(wù)10個(gè)用戶，那么該系統(tǒng)的吞吐量為20.

這兩種計(jì)算方式都沒有問題，正常情況下應(yīng)該可以互相印證。但是我們現(xiàn)在來研究一下下面的這個(gè)JMeter測(cè)試腳本，該腳本非常簡(jiǎn)單，它的任務(wù)是判斷每個(gè)虛擬用戶里循環(huán)執(zhí)行的次數(shù)，只有在偶數(shù)次的時(shí)候才會(huì)執(zhí)行Debug Sampler里的請(qǐng)求。

- 計(jì)數(shù)器：用于計(jì)數(shù)，得到當(dāng)前運(yùn)行的次數(shù)。具體設(shè)置如下圖所示，啟動(dòng)值為1，遞增為1，最后把值存入iterationNum變量中

- 如果（If）控制器：用于判斷是否執(zhí)行Debug Sampler，邏輯如下，如果變量iterationNum是偶數(shù)的話Debug Sampler才會(huì)被執(zhí)行。

Debug Sampler是JMeter提供的內(nèi)置Sampler，主要任務(wù)用于打印JMeter的虛擬用戶中的變量等值，用于調(diào)試腳本之用。該Sampler主要是從內(nèi)存中讀取并打印變量的值，沒有網(wǎng)絡(luò)等費(fèi)時(shí)的操作，一般來說其執(zhí)行速度會(huì)非常之快，由此可見如果執(zhí)行上述測(cè)試腳本的時(shí)候，其吞吐量會(huì)非常的高。如下圖所示，是該腳本在XMeter上運(yùn)行的結(jié)果截屏?？梢钥吹皆揝ampler的平均響應(yīng)時(shí)間非常小，大概為0.01毫秒，按照我們腳本的邏輯，由于沒有思考時(shí)間，而且該Sampler的執(zhí)行速度非?？?，所以基本上可以認(rèn)為該腳本大概每隔百分之一毫秒就可以完成一次請(qǐng)求，那么在一秒鐘內(nèi)一個(gè)用戶應(yīng)該可以完成100000個(gè)請(qǐng)求，所以吞吐量應(yīng)該大約為10萬?？墒亲x者看一下下面的測(cè)試報(bào)告會(huì)發(fā)現(xiàn)吞吐量才242！那么問題出在哪兒了？

我們來看一下，XMeter君得出10萬的吞吐量是基于我們之前列出的第二種計(jì)算方式，這種計(jì)算方式有一個(gè)假設(shè)前提： 測(cè)試工具能夠毫無延遲的情況下在完成了一次請(qǐng)求的時(shí)候，馬上發(fā)出第二次請(qǐng)求 ?；氐轿覀兊哪_本，意味著第一次請(qǐng)求完成需要0.01毫秒，然后0.01毫秒之后JMete馬上就可以發(fā)出第二次請(qǐng)求。我們可以看一下腳本里用了“如果（If）控制器”，該控制器里有一個(gè)表達(dá)式用于判斷是否要執(zhí)行Debug Sampler，問題主要就出在這個(gè)控制器上了：該控制器拖慢了JMeter執(zhí)行腳本的速度，根據(jù)XMeter測(cè)試報(bào)告中實(shí)際的吞吐量的值，我們大概可以估算出該控制器的執(zhí)行所需時(shí)間約為1000/242=4毫秒（Debug Sampler的時(shí)間量級(jí)與控制器的執(zhí)行基本可以忽略不計(jì)了）。那有的同學(xué)可能就會(huì)說，這個(gè)JMeter也太差了吧，怎么會(huì)造成這么大的誤差！不過你要是這么想可真冤枉了JMeter了，如果沒有這些控制器的話，你怎么寫出模擬各種業(yè)務(wù)場(chǎng)景的測(cè)試腳本呢？既想馬兒不吃草，又想馬兒跑得好，哪有這么兩全其美的事情呢？

當(dāng)然了，其實(shí)JMeter對(duì)于“如果（If）控制器”還是有優(yōu)化的方法的，缺省的情況下該控制器用的是JavaScript的表達(dá)式運(yùn)算方式，你想想每次執(zhí)行的時(shí)候先JMeter需要把JavaScript引擎先起來，然后執(zhí)行一下得到表達(dá)式的結(jié)果，這得花多少時(shí)間啊。在使用“如果（If）控制器”的時(shí)候可以用JMeter提供的jexl3函數(shù)來提高腳本執(zhí)行效率，如下圖所示，表達(dá)式變成了 ${__jexl3(${iterationNum} % 2 == 0)} 之后，同樣的測(cè)試腳本吞吐量變成了1813，但是離100000的理論值還是差的很遠(yuǎn)，但是畢竟比剛才的測(cè)試結(jié)果已經(jīng)提升了7倍多。

話說到這兒，讀者是不是對(duì)JMeter生成的測(cè)試結(jié)果感到很不可靠？差不多的腳本，這個(gè)吞吐量的值也差的太遠(yuǎn)了。工具在實(shí)現(xiàn)的時(shí)候?qū)δ艿膹?fù)雜性、易用性和準(zhǔn)確性等方面都會(huì)綜合考慮，我們這里舉的例子比較極端，如果真正理解了背后的原理，是可以解決的。造成這個(gè)問題的根源在于：Sampler的響應(yīng)時(shí)間太短，而腳本中別的元素執(zhí)行時(shí)間遠(yuǎn)遠(yuǎn)超過了正常Sampler的執(zhí)行時(shí)間，從而導(dǎo)致這么大的誤差，了解了該問題，我們就可以在編寫測(cè)試腳本的時(shí)候避免類似的問題。因此用戶在寫腳本的時(shí)候如果發(fā)現(xiàn)了被測(cè)服務(wù)的響應(yīng)時(shí)間比較短，那么最好通過在Sampler之間增加比響應(yīng)時(shí)間大幾個(gè)數(shù)量級(jí)的思考時(shí)間，然后通過增加虛擬用戶數(shù)目的方式來測(cè)試被測(cè)系統(tǒng)的吞吐量，盡量減少測(cè)試工具本身可能會(huì)對(duì)測(cè)試結(jié)果產(chǎn)生的不利影響。否則可能會(huì)得出“無法解釋”的吞吐量報(bào)告。

吞吐量計(jì)算公式

吞吐量計(jì)算公式：吞吐量=并發(fā)數(shù)/平均響應(yīng)時(shí)間，吞吐量是指對(duì)網(wǎng)絡(luò)、設(shè)備、端口、虛電路或其他設(shè)施，單位時(shí)間內(nèi)成功地傳送數(shù)據(jù)的數(shù)量（以比特、字節(jié)、分組等測(cè)量）。

吞吐量是指對(duì)網(wǎng)絡(luò)、設(shè)備、端口、虛電路或其他設(shè)施，單位時(shí)間內(nèi)成功地傳送數(shù)據(jù)的數(shù)量（以比特、字節(jié)、分組等測(cè)量）。

定義：防火墻吞吐量是指在沒有幀丟失的情況下，設(shè)備能夠接收并轉(zhuǎn)發(fā)的最大數(shù)據(jù)速率。

相關(guān)知識(shí)：

吞吐量的大小主要由網(wǎng)絡(luò)設(shè)備的內(nèi)外網(wǎng)口硬件，及程序算法的效率決定，尤其是程序算法，對(duì)于像防火墻系統(tǒng)這樣需要進(jìn)行大量運(yùn)算的設(shè)備來說，算法的低效率會(huì)使通信量大打折扣。

因此，大多數(shù)防火墻雖號(hào)稱100M防火墻，由于其算法依靠軟件實(shí)現(xiàn)，通信量遠(yuǎn)遠(yuǎn)沒有達(dá)到100M，實(shí)際只有10M-20M。純硬件防火墻，由于采用硬件進(jìn)行運(yùn)算，因此吞吐量可以接近線速，達(dá)到90-95M，是真正的100M防火墻。

吞吐量和報(bào)文轉(zhuǎn)發(fā)率是關(guān)系網(wǎng)絡(luò)設(shè)備應(yīng)用的主要指標(biāo)，一般采用FDT(Full Duplex Throughput)來衡量，指64字節(jié)數(shù)據(jù)包的全雙工吞吐量，該指標(biāo)既包括吞吐量指標(biāo)也涵蓋了報(bào)文轉(zhuǎn)發(fā)率指標(biāo)。

吞吐量的測(cè)試方法是：在測(cè)試中以一定速率發(fā)送一定數(shù)量的幀，并計(jì)算待測(cè)設(shè)備傳輸?shù)膸?，如果發(fā)送的幀與接收的幀數(shù)量相等，那么就將發(fā)送速率提高并重新測(cè)試；如果接收幀少于發(fā)送幀則降低發(fā)送速率重新測(cè)試，直至得出最終結(jié)果。吞吐量測(cè)試結(jié)果以比特/秒或字節(jié)/秒表示。

網(wǎng)絡(luò)吞吐量如何計(jì)算？

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)的吞吐量就上不去了。

相關(guān)知識(shí)

吞吐量的大小主要由網(wǎng)絡(luò)設(shè)備的內(nèi)外網(wǎng)口硬件，及程序算法的效率決定，尤其是程序算法，對(duì)于像防火墻系統(tǒng)這樣需要進(jìn)行大量運(yùn)算的設(shè)備來說，算法的低效率會(huì)使通信量大打折扣。

因此，大多數(shù)防火墻雖號(hào)稱100M防火墻，由于其算法依靠軟件實(shí)現(xiàn)，通信量遠(yuǎn)遠(yuǎn)沒有達(dá)到100M,實(shí)際只有10M-20M。純硬件防火墻，由于采用硬件進(jìn)行運(yùn)算，因此吞吐量可以接近線速，達(dá)到90-95M，是真正的100M防火墻。

新聞名稱：mysql吞吐量怎么計(jì)算 mysql數(shù)據(jù)承載量
標(biāo)題鏈接：http://chinadenli.net/article48/dogeihp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、定制網(wǎng)站、自適應(yīng)網(wǎng)站、面包屑導(dǎo)航、企業(yè)網(wǎng)站制作、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)