DTX-MFM2福祿克多模光纖模塊全新

DTX-MFM2福祿克多模光纖模塊全新，DTX-MFM2多模光纖測試全新舊價，（鄒先生1-3 7- 1 5- 29 - 75 1 0），DTX-MFM2多模OM3光纖測試模組，只需10秒就能出結(jié)果，通過或是失敗一步搞定，讓用戶放心測試，測試結(jié)束以后，還有專業(yè)的性能測試報告，一鍵導(dǎo)出，一份報告搞定一個甲方驗收，美滋滋。

作為DTX-MFM2的功能亮點，測試吞吐有什么意義呢，我們先來了解一下吞吐量是什么，吞吐量有時候也叫做每秒事務(wù)處理數(shù)（Transaction Per Second，簡稱TPS），TPS的粒度更大一些，落實到具體的測試腳本上，就是將一系列的請求組合成一筆交易，以這筆交易作為衡量吞吐量的小粒度。但是吞吐量這個指標(biāo)的數(shù)據(jù)有時候會“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數(shù)據(jù)就會有很大的問題，甚至?xí)`導(dǎo)對被測系統(tǒng)能力的判斷。那我就來帶領(lǐng)大家看一下吞吐量這個指標(biāo)后面的秘密。

DTX-MFM2福祿克多模光纖模塊全新

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

DTX-MFM2福祿克多模光纖模塊全新

吞吐量的計算方式1：假設(shè)累積一段時間t秒的請求或者交易數(shù)目為c，計算吞吐量為：c/t = x（個/秒）。比如在一分鐘內(nèi)，被測系統(tǒng)能夠處理30筆交易，那么該系統(tǒng)的吞吐量為30/60（秒）=0.5，我們稱該系統(tǒng)的吞吐量為0.5。同理，如果在5秒鐘內(nèi)，被測系統(tǒng)能夠處理6個請求，那么吞吐量為6/5=1.2。吞吐量的計算方式2：如果針對單個用戶單筆交易的處理時間為x秒，那么每秒能夠處理的交易數(shù)為1/x。假設(shè)現(xiàn)有y個用戶，假設(shè)系統(tǒng)能輕松處理這y個用戶的請求，那么該系統(tǒng)的針對該交易的吞吐量為: y/x。根據(jù)此種計算方法，如果單筆交易時間是0.5秒，那么一秒鐘能處理2筆交易，如果系統(tǒng)能夠同時服務(wù)10個用戶，那么該系統(tǒng)的吞吐量為20.這兩種計算方式都沒有問題，正常情況下應(yīng)該可以互相印證。但是我們現(xiàn)在來研究一下下面的這個JMeter測試腳本，該腳本非常簡單，它的任務(wù)是判斷每個虛擬用戶里循環(huán)執(zhí)行的次數(shù)，只有在偶數(shù)次的時候才會執(zhí)行Debug Sampler里的請求。