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的粒度更大一些，落實到具體的測試腳本上，就是將一系列的請求組合成一筆交易，以這筆交易作為衡量吞吐量的小粒度。但是吞吐量這個指標的數(shù)據(jù)有時候會“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數(shù)據(jù)就會有很大的問題，甚至?xí)`導(dǎo)對被測系統(tǒng)能力的判斷。那我就來帶領(lǐng)大家看一下吞吐量這個指標后面的秘密。

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

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